Скажите, а бизнес-логику на уровне сервера БД сейчас принято располагать?

Преимущество: данные близко к коду, минимизируем хождение за данными по сети. Недостаток: РСУБД гораздо сложнее масштабировать, чем приложения (на всяких спрингах и пр.). У оракла ещё есть RAC, и то с ним огребёте. А у PG штатного аналога вообще нет. Ну и есть ещё вопросы непосредственно технологии разработки (как хранить код, как не загадить общую базу разработки, как отлаживаться, итд), но это такое. Кто-то говорит, что это вообще ад и так жить нельзя, кто-то приспособился и ему ок.

0

02.05.2023

Андрей Евдокимов Автор вопроса

Ну мой руководитель приводит довод, прежде всего, по части контроля версий.

0

02.05.2023

Sergey Gr

А как вы прочие изменения в базе собираетесь контроллировать и версионировать?

0

02.05.2023

Андрей Евдокимов Автор вопроса

Sergey Gr
А как вы прочие изменения в базе собираетесь контр...

Да при таком подходе, все изменения, в коде, там и миграции.

0

02.05.2023

Ilya Portnov

Sergey Gr
А как вы прочие изменения в базе собираетесь контр...

просто договариваются, что ничего в базу не попадает мимо системы контроля версий. Т.е. пишем "alter table add column" в *.sql файлик, кладём его в правильное место на гите, потом прогоняем на базе (можно автоматически, средствами CI/CD). Если кто-то полез руками в базу — по рукам ему :)

0

02.05.2023

Андрей Евдокимов Автор вопроса

Ilya Portnov
просто договариваются, что ничего в базу не попада...

Да, так и есть

0

02.05.2023

Ilya Anfimov

Принято, делают.

0

02.05.2023

Ilya Anfimov