我的databaseChangeLog层次结构有意义吗？

Question

我们希望用LiquiBase取代各种土生土长的和手工的数据库部署过程。我们有几十个数据库，我们希望最终使用liquibase。许多数据库中已经有数百个对象。

<?xml version="1.0" encoding="UTF-8"?>
<databaseChangeLog xmlns="http://www.liquibase.org/xml/ns/dbchangelog"
                   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                   xmlns:ext="http://www.liquibase.org/xml/ns/dbchangelog-ext"
                   xsi:schemaLocation="http://www.liquibase.org/xml/ns/dbchangelog http://www.liquibase.org/xml/ns/dbchangelog/dbchangelog-3.1.xsd http://www.liquibase.org/xml/ns/dbchangelog-ext http://www.liquibase.org/xml/ns/dbchangelog/dbchangelog-ext.xsd">
	<include file="migrations/_tables.xml" relativeToChangelogFile="true"/>
	<include file="migrations/_triggers.xml" relativeToChangelogFile="true"/>
	<include file="migrations/_views.xml" relativeToChangelogFile="true"/>
	<include file="migrations/_stored_procedures.xml" relativeToChangelogFile="true"/>
</databaseChangeLog>

因此,当迁移运行时,它将首先在tables.xml中进行模式更改,然后在triggers.xml中进行触发器,以此类推。

triggers.xml databaseChangeLog如下所示：

<?xml version="1.0" encoding="UTF-8"?>
<databaseChangeLog xmlns="http://www.liquibase.org/xml/ns/dbchangelog"
                   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                   xmlns:ext="http://www.liquibase.org/xml/ns/dbchangelog-ext"
                   xsi:schemaLocation="http://www.liquibase.org/xml/ns/dbchangelog http://www.liquibase.org/xml/ns/dbchangelog/dbchangelog-3.1.xsd http://www.liquibase.org/xml/ns/dbchangelog-ext http://www.liquibase.org/xml/ns/dbchangelog/dbchangelog-ext.xsd">
	<changeSet id="tr_names_delete" author="PROD-1235" runOnChange="true" > <sqlFile path="triggers/tr_names_delete.sql" relativeToChangelogFile="true" /> </changeSet>
	<changeSet id="tr_names_insert" author="PROD-1235" runOnChange="true" > <sqlFile path="triggers/tr_names_insert.sql" relativeToChangelogFile="true" /> </changeSet>
	<changeSet id="tr_names_update" author="PROD-1235" runOnChange="true" > <sqlFile path="triggers/tr_names_update.sql" relativeToChangelogFile="true" /> </changeSet>
</databaseChangeLog>

我为每个对象设置了一个更改。为了能够跟踪DATABASECHANGELOG表中随时间变化的情况，我使用对象名作为变更集的ID，使用JIRA问题作为作者。因此ID会随着时间的推移保持不变，但开发人员会在每次更改对象时更新作者。存储过程、视图等都可以随时间更新和重新运行的databaseChangeLogs遵循相同的形式。

Answer 1

• 将LogicalFilePath添加到更改日志中，以便在使用不同类路径执行更改日志时在databasechangelog中具有相同的路径
• 我不会将runallways=true用于过程。想象一下当你想要回到以前的版本时的情形。最好(imho)只追加更改日志，并使用指向以前版本回滚。
• 有时类型之间可能存在依赖关系（触发器中的视图、过程中的函数、...)。因此，您在主变更日志中指定的执行顺序将不起作用。但是可以将这些更改添加到单独的changelog中（例如uncategorized-changes.xml)。
• 如果要支持多种数据库类型，请做好准备，因为您需要对某些功能进行一些配置（例如sysdatevsnow()vscurrent_date...)。为此，准备一些文件，将这些html" target="_blank">配置定义为属性，然后将该文件包含在主变更日志中。

在其他方面，您的变更日志看起来还可以。