ПроекторастРаботаем в связке Delphi+Oracle.
Поставлена задача снизить стоимость решения за счет СУБД.
Посоветуйте в какую сторону смотреть.
XE не подходит в силу ограниченности по памяти и процам.
Ну возможно, если уж сижать прект то во всех отношениях, чтобы все выглядело сбалансировано. Потому, возможно, не стоит проходить и мимо систем класса БРР: FileMaker и TJ7.

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

Ну у кого как.
Бывают ситуации, когда наиболее быстрый план не может быть вычислен оптимизатором, например, потому что он не "знает" эвристик связанных с содекржанием данных.
Например, у Вас в запросе есть соедениние результатов двух навроченных запросов (в которых тоже есть соединения), и каждая мало возвращает записей, потому их соединение должно быстро очень выполняться. Но оптимизатор не "знает", скока каждая выборка вернет в общем случае. А Вы знаете, что их всегда должно быть мало по содержанию данных. Оптимизатор выбирает план оптимальный, но для общего случая, када каждая может вернуть и много, в частности. Вы видите, что каждый из соединяемых запросов выполняется быстро, но весь запрос тормозит, и план не тот када последним выполняется соединение. С помощью хинтов Вы заставляете выполнить последним нужное соединение, и запрос стал выполняться очень быстро.
Это случай из практики, причем для чужего пректа, причем по аське он только описал траблу. И мы ему быстро настроили. Радости на том конце аськи не было предела. Причем это было 3 года назад, и с тех пор к хинтам прибегать не приходилось.
Потому я все еще не верю про каждый шаг, но иногда это важная фича. Стоны на форумах не в счет: все мы када-то начинали. Ну много зачит начинает: продолжающие редко стонут.