На статью не тянет, по крайней мере с моим литературным талантом.
Эти СУБД как хранилище данных практически идентичны (табличные пространства, схемы, пользователи, права, типы данных) и отличаются только синтаксисом, по крайней мере в нашем случае — писать не о чем
А писать статью «как мы переписывали код с PL/SQL на PL/pgSQL» — ну даже не знаю, о чем там писать ;)
Ну у нас довольно много логики было на PL/SQL, и триггеры, и прочие плюшки использовались весьма активно. Переписали все на PL/pgSQL достаточно быстро. Заодно код почистили от артефактов.
В этом смысле функционал у этих СУБД примерно одинаковый оказался. У оракла гораздо больше тонких настроек (разряда PCTFREE/PCTUSED), и он быстрее. Но при нынешнем железе и наших, сравнительно небольших объемах БД, это совершенно некритично.
А репликация из коробки в Postgres 9 особо порадовала ;)
Мы (региональная страховая компания), когда поняли, что NUP уже не подходит, и надо CPU брать, рискнули на PostgreSQL перейти с полгода назад.
Полет нормальный пока ;)
По п.3 конкретно в python это же считается нормальным, типа
А с node хоть сколько в apt версии пакетов указывай, при yarn install приедет два чемодана node_modules и что там в них никто не знает
Поймал себя на мысли, что мне нравится все, что они делают последние пару лет.
Еще бы шрифты Segoe под открытой лицензией выпустили…
<?=date('z')-255?'':'Сгдн днь пргрммста'?>
Эти СУБД как хранилище данных практически идентичны (табличные пространства, схемы, пользователи, права, типы данных) и отличаются только синтаксисом, по крайней мере в нашем случае — писать не о чем
А писать статью «как мы переписывали код с PL/SQL на PL/pgSQL» — ну даже не знаю, о чем там писать ;)
В этом смысле функционал у этих СУБД примерно одинаковый оказался. У оракла гораздо больше тонких настроек (разряда PCTFREE/PCTUSED), и он быстрее. Но при нынешнем железе и наших, сравнительно небольших объемах БД, это совершенно некритично.
А репликация из коробки в Postgres 9 особо порадовала ;)
Полет нормальный пока ;)