Я переключился на Corda Enterprise в основном, чтобы попробовать, как он обрабатывает автоматическую миграцию базы данных. В документации здесь говорится, что tools-database-manager
генерирует только SQL-версию сценария Liquibase для начальной БД, а SQL-версия относится к конкретной базе данных, поэтому ее не следует использовать для производства.
Но это возможносгенерируйте XML также с помощью liqubase cmd, используя эту команду: /snap/bin/liquibase --url="jdbc:h2:tcp://localhost:10039/node" --driver=org.h2.Driver --classpath=/home/corda/Downloads/h2.jar generateChangeLog
, что я и сделал, а затем мне пришлось удалить все chnagelogs, которые связаны с внутренними таблицами corda, и оставить только те, которые являются моими собственнымии, кажется, все работает.
Итак, вопрос в том, может ли этот подход иметь скрытые опасности, которых я не знаю. Почему в противном случае команда Corda разработала tools-database-manager
, и почему они еще не поддерживают генерацию xml с tools-database-manager
?
И это приводит к другому вопросу - что, если я, например, забуду включить одну из своих таблиц вначальный скрипт? Кажется корда не жалуется на это. Не будет ли создан мой стол? Смогу ли я когда-нибудь перенести эту таблицу, если она отсутствует в исходном скрипте?