Надеюсь топик не выродится в срач... очень уж тема опасная...

1. Рассматривать можно и нужно, но смотря что вам надо... все таки он больших денег стоит... мое мнение что оправдано только если вам разновсякая сертификация ПО нужна внутрироссийская

2. Есть коробка - продажа - официальный поставщик и тд... часто в корпоративных решениях без этого никак... идею open source free software не понимают... есть куча дополнительной не совместимой функциональности допиленной относительно open source официальной версии (хорошо это или плохо зависит от точки зрения). Официальная поддержка от продавца коробки (но как и у Оракла нормальная поддержка за отдельные деньги)

3. Следуют из ответа на п.2 - свои фичи и свои глюки не существующие в обычной версии... вендор лок опять же на конкретное решение (смысл сползать с oracle чтобы опять vendor lock поймать не ясен).

4. Тут не отвечу... по моим ощущениям major релизы где то на полгода отстают но могу ошибаться (со свечкой не стоял)

5. С обычного на enterprise то легко... назад - если вы фичи из enterprise используете может быть нетривиально. В любом случае бинарно они несовместимы с обычным postgresql помоему.

Оправданность решать вам и только вам.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru

Думаю никак не обстоит... оно слишком глубоко зашито чтобы это можно было легко переделать/поправить.

Да и без КРАЙНЕЙ необходимости (обычно это совместимость с миллионолетним кодом который никто переписывать не хочет) - views вообще не особо нужны в реальной работе (в отличии от matviews но там смена типа поля вполне очевидно почему перестройки требует).

Т.е. мое мнение что эту проблему не чинят по одной причине - views используются редко и это ограничение особых проблем не вызывает.

фичи enterprise версий в 90% случаев расширяют функциональность базы но менять зашитые ограничения и поведение - они обычно не могут (слишком это сложно и дорого в поддержке оказывается... в свое время greenplum сильно об это ударился).

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru

Надфиль,

А расскажите про то как views в оракле работают...
Вот есть у вас view
select field1 from table;

что с ним будет если field1 в table переименуют в field2 ?

В pg view автоматически превратиться в select field2 from table; например.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru

части модных чихов тип RAC нет просто в природе ни за какие деньги...
мое мнение при отсутствии требования к сертификации используемого ПО - enterprise платные форки смысла имеют очень мало.
Разве что вы очень точно знаете что вам вот без какой то конкретной фичи доступной где то в коммерческом форке вообще никак.

Начинать точно с обычной open source и дальше смотреть насколько вам ее хватает (в 90% случаев будет хватать с головой).


--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru

Ровно так же как и по моему (могу ошибаться) сейчас модно на Oracle делать (и это совсем не RAC).
Настройка репликации и вынос читающей нагрузки не чувствительной к небольшому отставанию на реплики (т.е. как у ActiveDataGuard или как там его зовут делают).
А реплик уже ставиться столько сколько надо.
Оставляя на мастере только нагрузку которая точно должна быть синхронной с записью (обычно это 10% нагрузки или меньше).

Шардинг он скорее нужен когда у вас обьем данных перестает влезать в разумные границы и ставить 10 реплик по 100TB ssd каждая становится просто дорого.


--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru

Чтобы ответить на эту предьяву придется достаточно долго и занудно отделять мух от котлет...
Ну чтож... приступим.

1)вообще коробки и коммерческие (и какие либо вообще) форки не производим и не планируем (хотя местами клиенты и хотят)

2)занимаемся поддержкой open source версии именно для того чтобы в случае экстренной ситуации было к кому обратиться (да и в не экстренной ситуации тоже)

3)стараемся не связываться с поддержкой коммерческих форков (потому что поддерживать костыли не будучи их автором ну очень безблагодатно)

4)что очень важно - покупка коммерческого enterprise НЕ ДАЕТ сколько то внятной поддержки... за поддержку enterprise версии базы надо платить отдельно (и тоже по enterprise тарифам)

5)задача enterprise версии дать 1)понятную коробку и систему лицензирования привычную корпоративным пользователям 2)дать сертифицированную версию 3)чтобы объяснить зачем она вообще нужна - добавить туда некоторое количество костылей для похожести на oracle или просто популярных разной степени работоспособности но неизменно популярных в запросах у клиентов (типа multimaster и автофейловер)
Т.е. это все сильно больше про шашечки а не про ехать но мир корпоративного IT он вообще весь такой: “Nobody gets fired for buying IBM”


--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru

>Не надо тысячи партиций делать оно не работало нормально и не будет... 100-200 разумный лимит (20 лет помесячных партиций это с головой).

>и все еще не создает партицию само при отсутствии таковой при вставке?
нет и не планируется даже в 14 версии
(это кстати еще одна фича в категории "просто разной степени работоспособности но неизменно популярных в запросах у клиентов")


--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru

Сложной... у вас появляются очень неприятные риски что случайная вставка поставит весь проект раком если автоматически партиции создавать.
Потому что добавление партиции в дерево требует получения эксклюзивной блокировки на родителя (как любой DDL).

Это то почему на prod DDL вносят руками под присмотром dba и с timeouts (чтобы не уронить все ненароком)... добавление партиций тот же DDL.

Т.е. в лоб сделать то не сложно, сложно сделать так чтобы оно все не роняло с вероятностью близкой к 100% например во время работы pg_dump или долгого отчета.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru