Несколько мыслей.

daunitoРуководство решило переходить с оракла на постгрес для решения проблем производительности. Кто что думает по этому поводу? Мое мнение, что если умудрились повесить оракл, то простая миграция на постгрес с переносом всей логики лоб в лоб ситуацию не спасет, а может сделать еще хуже.

Совершенно нет никаких оснований говорить что переход на Postgres даст какие-то преимущества.
PG не постулирует никаких явных выгод для реляционок по сравнению с Oracle. Скорее наоборот. Oracle начиная с 11g
вводит целый ряд очень умных фоновых оптимизаторов которые трекают планы на основе AWR.

Возможно проблема-то лежит вовсе не в оракле а в бизнес-логике на PL/SQL. Она где-то избыточна.
И требует усилий по рефакторингу. И опять-же тут PG не тот помошник. Его язык хранимок более
бедный.

Возможно проблема в неверно выбраном партишионинге. И опять-же PG здесь не торт. Его
возможности партицирования слабее чем Oracle.

Возможно руководство банально хочет сэкономить на лицензиях. Но вот опытный чел поделился
со мной мыслью что в энтерпрайзе TCO в PG может быть даже наоборот и дороже. Оракл очень быстро правит
мелкие дефекты в ядре а дождаться этого от PG иногда невозможно. Обычно ищется опытный сишник,
сами правят ядро PG и в результате и риски и гимора еще больше.

Dimitry SibiryakovYo.!оракл не хранит нулы в индексе, это реально глупо и невероятно дорого
Э? Что там, собственно, дорогого-то? Просто ещё одна нода.

Дмитрий. На самом деле это очень разумно. Oracle также не различает NULL и пустые строки.
Это отдельная история но думаю что все эти trick были плодом многолетнего осмысления
самой специфики строительства БД и основывались не только на реляционной алгебре
но и еще на свойствах хранения.

Bubba KushmaytonОракл очень быстро правит мелкие дефекты в ядре а дождаться этого от PG иногда невозможно. Обычно ищется опытный сишник, сами правят ядро PG и в результате и риски и гимора еще больше.

Людям интересно, когда важный для них дефект исправят, а не когда исправят многие. В PG есть способ гарантированно получить исправление -- взять и исправить. В Оракле такого способа нет.
Не согласен. И продуктовые и аутсорсинговые компании являются "пользователями" ПО которое
используют. Я надеюсь у вас не возникает желания фиксить дефекты в операционке, в драйверах.
Вы - концентрируетесь на своём продукте который создаёте. А все риски вкладываете либо
в оплату лицензии либо решаете эти риски своими силами. И выбор Oracle <=> PG это не
выбор между чёрным и белым или между добром и злом. Это выбор между двух
подходов к оценке рисков.

Bubba KushВы платите за лицензию, а риски остаются с вами. К примеру, в OLAP OPTION длина столбцов в UTF-8 определяется неверно. При доступе к исходникам пофиксить пару дней, а при использовании Oracle придется костыли использовать. Стыдно просто перед заказчиком должно быть ставить то, что вы не можете исправить и что не контролируете.
Я вас приглашаю в подфорум http://www.sql.ru/forum/oracle вместе с зарегистрированным дефектом на металинке.