Как сделать так, чтобы моя БД по умолчанию для прохода указывала на другую БД, а мое приложение Spring для загрузки - на другую БД

Я просто столкнулся с проблемой нарезки и тут же приземлился. Итак, позвольте мне добавить мои два цента к этому.

Приведем пример из «производственного кода» (или что-то вроде близкого):


Допустим, у нас есть то, что рассылает действия. Например, пользовательский интерфейс центра управления. Этот пользовательский интерфейс должен получить список вещей, которые в настоящее время могут быть отправлены. Поэтому мы определяем класс, содержащий информацию о доставке. Назовем это Action. Таким образом, Action имеет некоторые переменные-члены. Для простоты мы имеем только 2, являющиеся std::string name и a std::function<void()> f. Затем он имеет void activate(), который просто выполняет член f.

Таким образом, пользовательский интерфейс получает std::vector<Action>. Представьте себе некоторые функции, такие как:

void push_back(Action toAdd);

Теперь мы установили, как это выглядит с точки зрения пользовательского интерфейса. Пока нет проблем. Но какой-то другой парень, который работает над этим проектом, внезапно решает, что существуют специальные действия, требующие дополнительной информации в объекте Action. По какой причине. Это также можно решить с помощью лямбда-захватов. Этот пример не принимается 1-1 из кода.

Итак, парень происходит от Action, чтобы добавить свой собственный вкус. Он передает экземпляр своего урожая в класс push_back, но затем программа переходит в haywire.

Итак, что случилось? Как вы могли предположить : объект был отрезан.

Дополнительная информация из экземпляра потеряна, а f теперь подвержен неопределенному поведению.

]

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

0
задан Hirein 24 March 2019 в 15:02
поделиться

2 ответа

У нас было приложение Spring Boot с конфигурацией flyway в файле application.properties для различных сред:

    flyway.enabled=true
    flyway.url=jdbc:postgresql://localhost:5432/finance
    flyway.schemas=user
    flyway.password=password
    flyway.user=postgres
    flyway.baseline-on-migrate=true

У нас были application-dev.properties, application-local.properties и application-aws. свойства с конфигурацией, специфичной для окружающей среды

0
ответ дан iranichai 24 March 2019 в 15:02
поделиться

Flyway предоставляет недвижимость flyway.schemas. Когда свойство flyway.schemas установлено (режим с несколькими схемами), таблица истории схемы помещается в первую схему списка.

https://flywaydb.org/documentation/commandline/migrate.html

ex: flyway.schemas=schema1,schema2,schema3

0
ответ дан Venu Duggireddy 24 March 2019 в 15:02
поделиться
Другие вопросы по тегам:

Похожие вопросы: