么简单原因如下并非所有关系数据库

[Mitu46544]

都支持事务性数据定义语言。性能将架构迁移包装在事务中可能会产生显着的性能成本。大型迁移将更加繁重和缓慢存在长时间锁定和增加数据库维护额外状态的资源消耗的风险。附带合理的默认值其中包含每个受支持数据库的既定最佳实践和迁移将生成的迁移显式包装在事务中。您可以通过将和添加到生成的架构迁移来选择加入。默认情况下不会将迁移包装在事务中。不支持事务性。总之在某些情况下使用事。



务使模式迁移成为原子是有效的但这取决于您的数据库是否支持它们及其潜在成本。我们的一般建议是争取更小不间断的迁移。有时这是更多的前期工作但它使迁移更加可 Whatsapp 号码列表 预测故障模式更少并且是唯一可以大规模使用的方法。这让我们了解了新的命令及其广泛的适用性。的新款瑞士军刀新命令比较两个任意源的数据库架构。它输出人类可读的摘要默认情况下或可执行的脚本。您可以比较以下两个的任意组合实时数据库架构数据模型迁移历史文件。

夹代表一个新的空数据库是一个只读命令因此它不会向您检查的数据库写入任何内容。它在许多情况下都很有用例如比较两个可能不同步的共享环境。解决架构迁移失败的问题当迁移失败时您可以使用当前数据库架构来了解迁移历史记录目录以了解需要进行哪些进一步更改才能使数据库架构达到所需状态。行动中的另一个潜在的用例是当您合并分支时您想知道合并的迁移历史记录是否对应于数据库架构。该命令将作为输入来自文件或标准输入并针对数据库执行它。