Logo Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware
Архив форумов ЦИТФорума
Море(!) вопросов - Море(!) ответов
 
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   РегистрацияРегистрация 
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход 
Как правильно задавать вопросы

что лучше

 
Перейти:  
Этот форум закрыт, вы не можете писать новые сообщения и редактировать старые.   Эта тема закрыта, вы не можете писать ответы и редактировать сообщения.    Список форумов Архив форумов ЦИТФорума -> Базы данных
Предыдущая тема :: Следующая тема  
Автор Сообщение
hexen



Зарегистрирован: 04.06.2004
Сообщения: 38

СообщениеДобавлено: Чт Фев 03 2005 12:54    Заголовок сообщения: что лучше Ответить с цитатой

что лучше делать массовую выборку для обработки в приложени или делать сложный sql запрос который вернет уже резуьлтат
например
либо вытаскивать А1,А2 и в приложении их перемножить
или запрос перемножающий эти значения и возвращающий результат???
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
gkb



Зарегистрирован: 03.02.2005
Сообщения: 4

СообщениеДобавлено: Чт Фев 03 2005 16:00    Заголовок сообщения: Ответить с цитатой

imho лучше оптимизировать нагрузку не не сервер или рабочую станцию а на провода их соединяющие.
т.е. в данном случае лучше перемножить sql запросом на сервере, а не в приложении.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
rovdo



Зарегистрирован: 04.02.2005
Сообщения: 3

СообщениеДобавлено: Пт Фев 04 2005 18:08    Заголовок сообщения: Re: что лучше Ответить с цитатой

В случае, когда количество пользователей системы относительно невелико, лучше сбрасывать нагрузку на сервер (если сервер действительно способен эту нагрузку переварить).
Но вот, когда пользователей ОЧЕНЬ много, то проводить некоторые вычисления непосредственно на клиенте может оказаться более правильным. Еще более запутанной ситуация становится при наличии сервера приложений, механизмов кэширования и т.п.
Впрочем, с концептуальной точки зрения подходят все варианты (можно делать как нравится и как удобнее разработчику) - лишь бы железо не вносило своих ограничений.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
hexen



Зарегистрирован: 04.06.2004
Сообщения: 38

СообщениеДобавлено: Пт Фев 04 2005 20:17    Заголовок сообщения: Ответить с цитатой

юзеров скорее всего будет не вилико а вот объем информации планируется здоровым
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
ketch



Зарегистрирован: 04.01.2005
Сообщения: 20

СообщениеДобавлено: Сб Фев 05 2005 14:10    Заголовок сообщения: Ответить с цитатой

Если, объемы информации большие, то лучше делать сложный запрос, тогда будем меньше нагрузка на сеть. К твоему примеру с умножением, трафик буде приблизительно в два раза меньше, если умножение будет в запросе.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Показать сообщения:   
Этот форум закрыт, вы не можете писать новые сообщения и редактировать старые.   Эта тема закрыта, вы не можете писать ответы и редактировать сообщения.    Список форумов Архив форумов ЦИТФорума -> Базы данных Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах


Powered by phpBB © 2001, 2002 phpBB Group
Русская поддержка phpBB

 

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 495 6608306, ICQ 232284597
Пресс-релизы — pr@citforum.ru
Послать комментарий
Информация для авторов
This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2006 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...