Liquibase旧变更日志适配Postgres多Schema方案咨询

方案一：直接修改旧变更日志文件（可行，但要注意细节） #

• 完全可以给所有涉及表的变更集（比如<insert>、<loadData>这类数据操作标签）添加 schemaName="目标模式名" 属性，直接指定表所在的新模式。
• 实操提醒：
  • 别手动一个个改，用脚本批量处理更高效（比如Linux的sed命令、Python脚本），避免遗漏。
  • 修改完一定要跑 liquibase validate 校验语法，防止格式错漏。
  • 要是这些变更集已经在生产环境执行过，绝对不能改变更集的id、author或者文件路径——Liquibase靠这三个标识判断变更集是否已执行，改了会被当成新变更重复执行，搞出数据重复或报错。只加schemaName属性不影响这个唯一标识，安全。

方案二：全局配置默认模式（适合单一模式批量适配） #

• 在Liquibase配置文件（比如liquibase.properties）里加一行 defaultSchemaName=你的目标模式名，或者执行命令时带参数 --defaultSchemaName=你的目标模式名。
• 局限性：如果你的表分到了多个不同模式，这个方法就没用了，只能针对单一默认模式生效。

方案三：用属性替换统一管理（灵活适配多场景） #

• 先在变更日志的开头定义全局属性：

  <property name="target.schema" value="my_schema" dbms="postgresql"/>
  

• 然后所有涉及表的标签都引用这个属性：schemaName="${target.schema}"
• 优势：后续要是模式名变了，只改这一处属性值就行，不用批量改所有文件。如果有多模式需求，还可以结合上下文（context）定义不同属性，切换着用。

方案四：先迁表再调整日志（适合已有表的迁移场景） #

• 先写一个变更集把public模式的表移到目标模式：

  ALTER TABLE public.你的表名 SET SCHEMA my_schema;
  

• 执行完这个迁移后，后续的初始数据变更直接用新模式就行。但这个方法只解决现有表的迁移，新的初始数据还是得指定schema或者用全局配置。

内容的提问来源于stack exchange，提问作者idelkaro