Мимопроходящийа почему?Попробую объяснить, хотя довольно сложно... на мой взгляд в 99% задач класса чистой СУБД (это когда не нужны Оракловые расширения типа компонент. Тут плаваю, так как с Ораклом знаком только поверхностно) лидера между Пг и Ораклом - не найдете. ТО есть где-то будет Оракл, где-то Пг. Опять-таки - не знаю как в Оракле, но в Пг можно использовать любой язык для написания хранимых процедур. Нет, я пока не видел PL/ASM язык, но PL/perl и PL/perlu(это не обрезанный перл, то есть мощь cpan.org - здравствуй), PL/python, PL/mono(.net - и вам привет) и т.д. говорят о широком выборе как языка, так и метода написания хранимых процедур.

Далее, про настройку Пг - сказано много и много еще надо сказать, но реально для 99% случаев надо менять 2 параметра в postgresql.conf. Остальное - тонкая настройка, коей и в Oracle, я думаю, много.

Еще пару хороших слов надо сказать об обновлениях и новых версиях. Я начал работать с Пг с версии 8.3.7 и могу высказать вот какие наблюдения: Как только я о чем-либо задумывался (типа "а вот тут хотелось бы вот такую фичу, так как она сильно поможет"), я открывал todo-лист следующей версии и обнаруживал там эту фичу. Это за и против. За - так как мысли схожие. Против - проект только развивается и, скорей всего, в Оракле это уже есть. + это или - - решать вам.

Сам я пока что придерживаюсь следующей идеи: Для большого бизнеса, там где все гм... букоффки типа BI и т.д. не просто фича и метод "распилить бабло"(что актуально в этой стране), Пг пока-что мал. Для задач, где нужна только СУБД, а не СУБД и "еще FF + 1 фича" - Пг самое оно. Как-раз за счет того что он а) бесплатен, б) Содержит меньше всего ошибок (96, на 1К строк кода вроде-бы, тогда как Оракл - больше).

Я не агитирую за тотальный переход на Пг, но из бесплатных (или условно-бесплатных, мы ведь прекрасно понимаем, что настанет тот день, когда объем базы превысит максимум фриварной версии и вы должны будите перейти на платную версию) систем Пг выглядит наиболее выгодным с точки зрения вложения времени и минимизации рисков роста.

maytonЧтобы её узнать нужно иммитационное моделирование.Посмотрите в сторону Пг. То-ли в версии 8.4.1 +, то-ли в 9.0 есть возможность заставить сервер править значение COST для функции, на основе времени выполнения этой функции. Если это не имитационное моделирование...