Вопросы о оптимизации работы с СУБД

[Stilet]

Доброго времени суток.
Вот зерно сомнений мне тут посеяли коллеги.

В общем я утверждаю что запрос от клиента серверу типа

Select * from tablica

будет сильнее нагружать сеть чем запрос

Select bed,fractal,unific from tablica

при наличии в таблице 25 полей и 50 000 записей.
Между клиентом и сервером 5 свичей

Я прав в своих догадках?

И еще вопрос: Если к серверу подключено 46 терминалов, все они интенсивно нагружают сервер запросами, работают с ним, то что лучше нагружать сервер чтоб он выполнял рассчет сложных функций,
результаты которых являются частью запроса

select * from table where macs=getaurcode()

или пусть клинеты вычисляют тяжелые функции, не напрягая сервер

select * from table where macs=124825656

Здесь getaurcode() достаточно сложная многоцикловая функция

Ну и последний вопрос: Во в Делфи например подключение к БД делается примерно так: ADOQuery.Open отключение ADOQuery.close
Вопрос: Что лучше держать подключение, не делая ADOQuery.close (при этом заставляя сервер держать подключения около 40 одновременно) или открыть, получить данные и закрыть (ADOQuery.close). Облегчит ли это нагрузку самого сервера СУБД?

Ну и конечно спасибо за конструктивные ответы )

[edgy]

Я прав в своих догадках?

Да

что лучше нагружать сервер чтоб он выполнял рассчет сложных функций, ... или пусть клинеты вычисляют тяжелые функции, не напрягая сервер

Сервер.

Что лучше держать подключение, не делая ADOQuery.close (при этом заставляя сервер держать подключения около 40 одновременно) или открыть, получить данные и закрыть (ADOQuery.close). Облегчит ли это нагрузку самого сервера СУБД?

ИМХО здесь дело не столько в ADOQuery, сколько в количестве ADOConnection в вашем приложении. ADOConnection должен быть только один. Если вы сделали ADOQuery.Open или ADOQuery.ExecSQL, значит у вас уже было обращение к серверу. Облегчить нагрузку сервера можно только не обращаясь к нему. А вообще закрывать датасеты после их использования обязательно. Иначе наблюдается расход памяти.

[Stilet]

Ну-у-у НАйисчерпывающий ответ.
Благодарствую.
Значит постораюсь настаивать на как можно меньшем количестве обращений, и закрытий сессий сразу же после получения данных.

А если я не использую ADOConnection, а сразу через ADOQuery?

[zetrix]

А если я не использую ADOConnection, а сразу через ADOQuery

0_о это как? Ведь сам по себе компонент ADOQuery не может подключиться к серверу, он толком вообще ни к чему не может подключится. Всё соединение осуществляет ADOConnection, без него никак.

[edgy]

Сообщение от Stilet

Значит постораюсь настаивать на как можно меньшем количестве обращений, и закрытий сессий сразу же после получения данных.

Я закрываю датасет при закрытии формы, а не сразу после получения данных Т.е пока форма открыта, то открыт и датасет, чтобы пользователь мог работать с данными. А при закрытии приложения закрываю еще и ADOConnection.

[edgy]

zetrix, у ADOQuery есть свойство ConnectionString, которое можно настроить точно также, как и у ADOConnection. Хотя такой вариант я никогда не использвал. Подключение только через ADOConnection.

[Serge_Bliznykov]

Сообщение от zetrix

0_о это как? Ведь сам по себе компонент ADOQuery не может подключиться к серверу, он толком вообще ни к чему не может подключится. Всё соединение осуществляет ADOConnection, без него никак.

Просто так редко используют. я, например, никогда не использовал. Но, вроде бы, такая возможность есть - посмотрите, в ADOQuery есть ConnectionString...

to Stilet.
Виталий, я полностью согласен с edgy - по классике жанра всю логику надо выносить на сервер - именно поэтому сервер должен быть многопроцессорный, иметь кучу памяти и прочая, прочая.. Хотя, как и везде, думаю, что существуют исключения - особенности, когда вынесение логики на клиента может разгрузить сервер (ну, разумеется, в том случае, когда величина выборки данных не зависит от этой вычисляемой функции!!!)
и, чем меньше выборка и меньше полей в запросе - тем меньше нагрузка.

[А. Долматов]

Сервер по своей сути предполагает большую загруженность, поэтому для сервера губительнее количество открытых сессий, но никак не вычисления и их количества и тем более объемы. Это сервер быстро посчитает, сохранит, если надо. Главное закрытие сессий по окончинии работы клиента с базой.

[Stilet]

особенности, когда вынесение логики на клиента может разгрузить сервер

Чего и добиваюсь... Но в принципе не очень хоццца клиентам энто отдавать. Например нужно в БД впихивать текущее время, а на клиентах оно различно, бывает с разницей минут в 10 (толи винда корявая, но я заметил что на некоторых компах время просто спешит) Таким образом получается уже неточность в важных данных, если время сбито. Вывод: пусть такое дело рассчитывает сервер, даже если его время сбито, оно хотябы не будет разительно отличаться. (ну я имею ввиду сложную функцию, в рассчете которой учавствует текущее время).

Т.е пока форма открыта, то открыт и датасет, чтобы пользователь мог работать с данными

Ну в принципе я думал закрывать подключение, и пусть пользователь работает на терминале независимо, а потом по нажатии кнопки типа "Сохранить" - подключиться и сбросить изменения. Просто у нас бывает что пользовательоткрыл сеанс и незакрывая его слинял часиков на 5 в цех, а подключение висит. Вот и думаю - пользак открыл прогу получил набор, и пусть подключение разрывается.

Главное закрытие сессий по окончинии работы клиента с базой.

НУ в принципе понятно куда упор делать )