Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Условия в хранимой процедуре [D6, IB6.x]

SyncMaster795DF © (2006-11-26 21:53:00)
Задача стоит в хранимую процедуру предедать два параметра: что выбирать и как сортировать.

Есть хранимая процедура вида:

for select a0, a1, a2, a3, a4, a5, a6, a7, a8, a9
from table
into :p0, :p1, :p2, :p3, :p4, :p5, :p6, :p7, :p8, :p9
do suspend;

Каким-то образом нужно в эту процедуру передать условия выбора по полю a0, a1, a2, причем нужно учесть, что любое из этих полей может быть пустым, т.е. выборка должна производится без учета значения этого поля. при этом вторым параметром в процедуру нужно переадть параметр определяющий порядок сортировки: по полю a0, a1 или a2.

Как передать в хранимую процедуру эти два параметра???
Или лучше на стороне клиента эти условия подписывать в запрос выбора из этой процедуры?

Ksan (2006-11-29 13:43:00) [1]
хм ... хорошо согласен сортировка по нескольким полям в разном направление это беда :) хотя тоже можно реализовать если постараться ... но я к примеру ни разу не слышал что пользователю это нужно ... а обработка на клиенте результатов освобождает сервер (это частный случай когда сервер плыть начинает :) ) вопрос что лучше весьма спорный ... на мой взгляд более правильно сортировка на клиенте полученных данных

Desdechado (2006-11-29 13:38:00) [2]
Ksan © (29.11.06 12:30) [7]
Например, сортировка по нескольким полям в разных направлениях.

Ksan (2006-11-29 12:30:00) [3]
собственно я подразумевал последний вариант ... а какие ограничения ?? что то я за свою практику не сталкивался

Desdechado (2006-11-29 12:25:00) [4]
Ksan © (29.11.06 10:42) [5]
Если прописать ORDER BY в запросе из процедуры, то это чревато тормозами, т.к. в этом случае не используются индексы.
А если уж совсем в клиентском датасете (после обращения к БД), то там заметное число ограничений...

Ksan (2006-11-29 10:42:00) [5]
а кто мешает сортировать на клиенте ?

SyncMaster795DF (2006-11-27 22:17:00) [6]
На самом деле процедура гораздо сложнее: куча объединений, вложенные запросы и т.д.
Просто для простоты описания проблемы "изобразил" упрощенный вариант:)

PEAKTOP (2006-11-27 20:46:00) [7]
> С точки зрения "красивости" кода следует использовать FB1.5+ и оператор EXECUTE STATEMENT в нем

Если совсем все делать красивым, то лучше FB2.0 + EXECUTE BLOCK, формируемый "на лету" или см. Desdechado © (27.11.06 11:14) [2]

Desdechado (2006-11-27 11:14:00) [8]
> С точки зрения "красивости" кода следует использовать FB1.5+ и оператор EXECUTE STATEMENT в нем
Сомнительна польза от такой красивости. Потому как каждый раз будет парситься запрос.

автору
Вообще не понимаю, зачем для такого запроса хранимка? Гораздо проще и удобнее написать SELECT, конструируемый на лиету в программе. И никакого геморроя с выбором сортировки.

DrPass (2006-11-26 23:06:00) [9]
С точки зрения эффективности выгоднее будет самый тупой вариант - написать этот select c order by столько раз, сколько есть вариантов сортировки. Ну и разруливать их через if () then
С точки зрения "красивости" кода следует использовать FB1.5+ и оператор EXECUTE STATEMENT в нем

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »