Т.е. есть сервер с несколькими БД. Надо в одном SQL скрипте подключиться через JDBC к серверу и дефолтовой БД, создать новую БД (через CREATE DATABASE), и потом начать создавать схемы, таблицы уже в новой БД, а не в дефолтовой. Без создания еще одной сессии
почему именно так? без миграций
Такое сложно представить, может стоит посмотреть в сторону разных схем для разных сервисов, вместо разных БД. Как в ms sql точно не получится
Раньше и были просто разные схемы. Но наши специалисты - евангелисты микросервисов - всем сказали что вы дурацкие дурачки и не сечете в новых веяниях - надо именно отдельные БД
А потом такие адепты "подальше положишь — поближе возьмешь" не могут прокинуть нормально связи между своими же сервисами даже внутри одной группы разработки и приходят к отделу, обслуживающему DWH, со словами: "Не, ну а чо, вы же DWH, сделайте нам трансфер нашего дерьма из одной нашей базы в другую нашу базу"
Так им надо схему курочить или данные из разных БД?
Им надо чтобы все согласовывалось с их верованиями в микросервисы. Это религия, я так понимаю. Тут логика не канает. Говорю же - евангелисты.
Да уж, как и у нас тоже есть убежденные что все целиком хорошо делать на БД. Все хорошо в меру и под задачу, а архитектура ради архитектуры обречена)
"один сервис-одна БД" - стандартные "новая" архитектура. Многократное дублирование данных - следствие из этой парадигмы.
Делали бы тогда отдельный инстанс постгресса, его хоть таскать попроще.
А зачем это делать в БД? Что вам мешает в приложении это делать?
Так не интересно:)
Обсуждают сегодня