kdvТак что я против динамической сборки именно на сервере
У программистов c БД бывает 3 условные стадии (не везде, не всегда, не у всех, но общая картина, часто наблюдаемая, такова):
1. Мы пишем на Делфи и БД - это хранилище
2. А на хранимках можно писать быстрее.
3. Мы выросли и сложность логики такова, что процедурки уже не тянут (а там уже и реальное третье звено, ORM, паттерны, тестирование и т.д. да, да.... всего этого может не быть на этапе 2)

Причины перехода и выбора могут немного отличаться, но в общем так.
Так вот у некоторых (коих ИМХО не так мало), процедурная разработка и есть так трёхзвенка, с той лишь разницей, что центральное звено в БД, что крайне удобно (и данные рядом, и отдельное звено не надо админить). Не без минусов решение, но ещё один важный плюс - переход с п.1 на п.2 можно осуществлять постепенно, потому как часто приходишь на системы историей, и не всегда можно построить мир с нуля. Да и на процедурках можно прожить всю жизнь и не знать проблем.
Это я тому, что коли логика наш "мозг" в процедурах, то и сборка туда же просится, чтобы не размазывать.

kdvСобственно, есть разные варианты динамической сборки. Против where или order by ничего не имею.
Так речь и идёт про where и order by.
Иногда (не часто) по условию исключаются таблицы, т.к. оптимизатор не всегда адекватно воспринимал таблицу "для галочки".
Ну ладно. DDL тоже бывает :)
А бывает он именно потому, что на T-SQL в MSSQL я могу написать скрипт, который окопается, проверит всё, что надо проалтерит, и почти полностью всю работу по накату новой БД сделает. Что в FB проблематично, в силу известных особенностей работы скриптов (транзакции рулятся из выполнятора скриптов, DDL низя в PSQL без ES). Но это уже немного в сторону от темы.

Mikhail TchervonenkoSQL Dynamite и с FB вроде могёт.
Ни в коем разе не хвастаюсь, но моё поделие с быдлопарсингом даёт профит в разы больше чем динамит, когда я его смотрел. Хотя бы потому, что есть зависимости Delphi -> SQL. Причём разбирает русские (да-да) имена из DFM. Даёт иногда лишние связи, но это ерунда. Всё это для Delphi + MSSQL, но работает на FB. Поддержку FB не развиваю, т.к. нет острой необходимости.