Ничего страшного, но и вы меня простите , я безнадежно туп и много не знаю и не понимаю:

1)Я в принципе не понимаю понимаю что такое "vendor lock" , или принимается решение о бизнеслогике в СУБД когда этой логики много вместе с аналитикой , либо используется совсем ничего не умеющий ORM . Страдания перехода с Oracle на PostgreSQL закономерны, PL\SQL самый мощный функциональный и в сложной логике самый производительный язык СУБД в котором более 300
DBMS пакетов.Нежелание платить деньги за ораклю понятно, но переход с FB или MySQL на PostGreeSQL ,будет не менее болезненным.Да и когда принимали решение и покупали\не покупали ораклю скорее всего на тот момент PostgreSQL существенно грустнее чем сейчас . А вот почему "страдающие или предшественники" не купили MSSQL вопрос открытый.

2) Это не организационный вопрос , тут тож я не силен.

3)ХП проще тестировать, по сути АПИ\КЛАСС , вход\выход и все.С ХП проще еще с той точки зрения что вернется значение нужного типа или не нужного , но указанного RETURNING_VALUES.

4)МБ, обычно решается тестовой средой.

5)Опять туплю и не понимаю, чем record в оракле и там же 3 вида массивов не угодили? Это перекрывает почти все потребности, для остальных есть DBMS и другие вещи. У Меня тут исходники делфевого проекта на 10 мегабайт валяются , я там ООП кроме class TForm не наблюдаю от слова совсем, одни процедурки.

Возвращаясь к ХП. Да, можно жить с ORM , но тогда базы 2 , вторая это аналитика , например на Elastic(или аналоги). Или вторая с аналитикой оракля\mssql с OLAP. Рассматривать СУБД как файл хранения можно хоть с ORM хоть без, но это использование СУБД на максимум 5-10% возможностей.Но ведь мы как минимум хотим транзакции, целостности и контроля,MVCC и наверное поэтому выбор падает на PostgreSQL , а не все остальное что не так похоже на ораклю.

3 самых крупных провайдера РФ сидят на чистой оракле со всей логикой в нем, БД террабайтные. Мобильные операторы то же , но насколько логика на ХП у них не знаю.

Если не нужна скорость работы , то да - не следует. А потом искать методы ускорения вставок, апдейтов и всего остального.


Ну в приложениях, которые декомпилятся на ура с безопасностью все существенно лучше с вложенным чистым SQL.

Все определяется задачами.

Культурный и образовательный уровень понятен, в таком случае предпочитаю пользоваться хорошим советом. Да ,слился, ок.

У нас нет ХП если чо, и делфя за 4 года проекта без ООП вообще, ни одного класса, одни функции процедуры. Я тут новенький и моя задача уйти со всего этого говна.Мне рассказывали что эти ребята еще до недавнего времени не знали что такое индекс и зачем он.

Но ежике страдают и колятся ,но продолжают жевать кактусы переходя на postgreesql.....

Исходя из ваших доводов выше диалог вообще ни о чем если вы вспомнили про реестр ПО, я знаю не по наслышке кучу гос. компаний где оракл был есть и будет. Про Pimavera можете почитать.Я на личном опыте знаю множество ЧИСТЫХ госкомпаний , не с долей, а с контрольным пакетом , которые на этот закон положили и продолжают юзать оракл. У каждой госкомпании есть свой список используемого ПО в компании.
Если завтра на некоторой 1\6 части суши скажут пользоваться исключительно российскими компиляторами и упаси боже российскими ЯП ,то что тогда?

А поскольку диалог перешел из технических в иные аспекты я вам скажу почему на 1\6 части суши взяли в коммерческую разработку postgres и толкают ее теперь через законы. Потому что больше всего похоже на ораклю и о счастье - там не GPL лицензия и исходники не надо публиковать. Изменение названия и компиляция и все - российское ПО. Рекомендую ознакомиться с прайсом этого российского ПО , там репликация Active-Active с распределением нагрузки 500 тысяч рублей на ЯДРО, такие прайсы что оракля энтерпрайз позавидует.

Чем больше ветку читаю тем больше понимаю что тупой.
Какая связь между vendor lock и свободным ПО?