a>> somestring='SELECT * FROM albums LIMIT '+start+', 30';
L> Спасибо, так я и думал.
L> Только зачем параметры нужны, часто ведь и числа задавать приходиться? Я из
справки
L> так понял, что они еще и каким-то образом вроде оптимизируются при запросе?
L>
a> Тебе главное передать серверу баз данных корректную строку символов.
a> Как ты их будешь оптимизировать до того - твои проблемы (я имею в
a> виду конвертацию чисел в текст или наоборот), главное - на выходе,
a> в запрос должна поступить строка.
a> Как их сервер будет оптимизировать - его проблемы. Создателя прикладного
a> программного обеспечения это не должно волновать - он все
a> равно, как правило, к серверу доступа не имеет.
a> Надо ориентироваться на здравый смысл администратора сервера, а не
a> мутить что либо самому - уверяю вас, из этого ничего хорошего не
a> выйдет (я имею в виду - востребованного продукта).
a>
Прошу прощения за некоторый оффтопик, возможно, я лезу в дебри, но
ситуация требует некоторого уточнения.
Конечно, как будет программист оптимизировать текст запроса с точки зрения
возможной конвертации типов, это обычно его проблемы.
Однако на прикладного программиста ложится и ответственность за учет
особенностей СУБД, для которой он пишет запрос. Это относится в
частности к использованию параметров. Некоторые СУБД, например
Oracle, хранят кэш разобранных запросов, поэтому использование идентичных
запросов с параметрами иногда позволяет заметно снизить требования
к ресурсам и загрузку сервера. Представьте каково серверу, который сотня
пользователей заставляет разбирать тысячи запросов, отличающихся
лишь литералами. Бесполезная трата времени и памяти.
Администратор СУБД иногда, конечно, может что-то сделать, но
обычно предъявляет претензии разработчику.
И приходится признать, что он прав.
Так что полностью переложить ответственность за обработку запросов на
администратора невозможно, тем более, если запрос сложный и
требуется явно указывать порядок исполнения,
в общем "мутить что либо самому" :).
a> Вообще, для реальных решений я применяю сторонние компоненты, с
a> dbExpress толком ничего не решишь
a>
На это утверждение ничего ответить не могу, не приходилось пользоваться
dbExpress. Хотя у меня было о нем почему-то положительное
мнение, может потому, что это не BDE :)
Однако если не удается заставить dbExpress подставлять переменные
без кавычек, или переменные не поддерживает используемая
СУБД, придется, как здесь уже писали, явно формировать
строку запроса. Что ж, бывает...
Номер выпуска : 4689
Возраст листа : 638 (дней)
Количество подписчиков : 531
Адрес в архиве : http://subscribe.ru/archive/comp.soft.prog.prog/msg/387587
Получить правила : mailto:comp.soft.prog.prog-rules@subscribe.ru
Формат "дайджест" : mailto:comp.soft.prog.prog-digest@subscribe.ru
Формат "каждое письмо" : mailto:comp.soft.prog.prog-normal@subscribe.ru
Формат "читать с веба" : mailto:comp.soft.prog.prog-webonly@subscribe.ru