Заинтересовала одна тема в другой ветке. Интересен опыт работавших как с Firebird, так и Postgres. Какие преимущества и недостатки у этих РСУБД? Сам работал только с Firebird.

Я, наверное, не совсем правильно озвучил вопрос. Не просто сравнить, а скорее выяснить, что такого есть в Postgres, что стоило бы изучать эту СУБД. По характеристикам Postgres есть ощущение, что навороченная "штучка", особенно богато представлены типы индексов.

ЗЫ Хотелось бы узнать, стОит ли тратить на нее силы и время. Если да, то почему.
Yo.!багофича со стабильностью курсора Старые песни. О второстепенном.
Yo.!лога транзакций Поржал. Да уж... все больше убеждаюсь, что ораклизм - это религия. ;)
Yo.!отсутствие SMP (класик это не серьезно) Если честно, мне важна только лишь эффективность работы сервера. Если он может загрузить все ядра и процессоры, то мне глубоко пох как он это делает: хоч з SMP, хоч без. Я просто отмечу для себя, что из-за отсутсвия общего кэша страниц в классике, он более требователен к памяти и все. А по делу: а Postgres, значит, поддерживает SMP?
Мимопроходящий
Hello, Yo.!!
You wrote on Thu, 27 Nov 08 10:25:23 GMT:

Yo.!! Y> багофича со стабильностью курсора, отсутствие SMP
зтраствуй шопа новый год, мы пришли на йолку...
живи и дальше в мире иллюзий.

--
With best regards, Мимопроходящий.

Как всегда остро, по-заграничному

Yo.!ну если у вас основной критерий наворочености - кол-во индексов, а по сути не возможность использования серверных курсоров, нарушения ACID и декларативности SQL второстепенны, то действительно ораклойды жутко религиозны, там в трое больше индексов, чем у любой другой rdbms

ЗЫ. обратите внимание на фокспро, вам должно жутко понравится !а вы работали с Firebird, Postgres и Foxpro?

ЗЫ. Про религию ошибался, лично в вашем случае - это сектанство )

Yo.!Senya_Lа вы работали с Firebird, Postgres и Foxpro?

приходилось. вместо постгрес с его клоном enterprisedb (его теперь postgres plus)Ну так и ответил бы по теме, чего холивар разводить? перечислил бы, какие полезные полезности есть в Postgres (желательно не про enterprise). А то чем-бы не началось, приходим к Ораклу.

ЗЫ. Про индексы. Я видел статью в Википедии по сравнению СУБД, где бросились в глаза именно индексы. Кое-какие были, каких нет и у оракула. Вот и запомнилось, не надо до слов докапываться.

Yo.!а что есть планы в ближайшую пятилетку что-то изменить координально ? будут ли модификации с подзапросами запускатся в отдельной транзакции ? а что с серверными курсорами ?Самое интересное, что Ё перечислил новшества версии 2.5.

Уважаемый Ё, хотелось бы послушать что-нибудь по теме топика.

Вот лучше скажите, что позволяет называть PostgresSQL не "RDBMS", а "ORDBMS". Что там "объектного"? Первое пролистывание мануала не привело к просветлению. Что поделать, не нравится читать с экрана (

Di_LIne- Сеня, ты попал.
И не просто попал, а попал на Йо по полной программе. Знаю я этого типа
Мне просто интересно, он по теме что-нибудь скажет или нет.

Yo.!2Senya_L

ООП в субд не нужно, думаю это так фичу с вложеными таблицами называют. из нужных мне фич в постгрес плюс были рекурсивный SQL, пакеты, ref_cursors, партитионинг, rownum, псевдотабличка dual. в обычный постгрес эти фичи портируются с задержкой посему не вкурсе что из этого уже перенесено.Трудности перевода: "пакеты" - это batch'и, что ли?

Ну рекурсивный SQL - это, понятное дело, CTE. Штука полезная, согласен. В FB есть.

Партишининг - тоже вроде понятно, тоже бывает полезно и в FB нет.

rownum - могу догадаться, что это нумерация строк, навроде функции IDENTITY() в MSSQL. Честно говоря, сомнительная фича. Точнее не сомнительная, а вот обойтись без нее можно вполне с помощью ХП.

Пока просмотрел про триггеры.OLD и NEW есть, что радует :)
Кстати, как в Postgre с программированием? Вроде, похоже на Оракл

FreemanZAVЯ бы сравнивал в первую очередь эффективность сборки мусора, просмотр версий и т.п. И как справляется с версиями Posgres по сравнению с FB? Про сборку говорили, что только недавно стало возможным сборка вне монопольного режима и то вручную.
Yo.!FreemanZAVЯ бы сравнивал в первую очередь эффективность сборки мусора, просмотр версий и т.п.
+1, но там реализация версионности по сути одинакова, версии прямо в страницах данных напиханы, единственно ФБ умудрилось READ COMMITED с неконсистентным чтением реализовать (на сколько я знаю единственный из версионников)Не совсем понятно, что вы понимаете под словом "неконсистентный"? Если что-то имеете против против уровня изоляции READ COMMITED у версионника, то совершенно напрасно. Из прочтения мануала понял, что в Postgres'е два уровня, причем низший сответствует SNAPSHOT у FB, а второй to SNAPSHOT TABLE STABILITY. Маловато будить (С) Мультик :)
ЁшSenya_LКстати, как в Postgre с программированием? Вроде, похоже на Ораклимхо лучше всех. функции на perl python tcl plpgsql sql C из коробки + для других языков есть модули поддержки в инете.То что UDF (как и в FB, подключаемые из DLL) есть я уже понял. Вы перечислили интрепретируемые языки программирования, а что-будь наподобии CLR как у MSSQL есть?