通常会变得耗时且具有挑战性特

Mittu46544

式迁移往往会变得棘手架构迁移需要非常小心并且别是当迁移在生产中失败时。在与许多用户交谈筛选相关问题并研究可能的解决方案后我们发现模式迁移很棘手因为它们取决于许多因素数据并发访问并且在不同环境中往往是不可预测的。当您考虑具有不同数据的多个环境时迁移可能在所有环境上成功但在生产中却由于违反唯一约束可为空性错误或失败的类型转换而失败。

当架构迁移失败时当架构迁移成功时以下三个架构相关状态源将同步实时数据库架构数据模型迁移历史记录文件注意迁移历史表跟踪已应用的迁移以及迁移是否成功也包含状 Whatsapp 号码列表 态但您通常不直接与其交互。但是当迁移失败时您将开始合作伙伴舞蹈来确定三者之间的差异因为数据库架构不反映迁移历史记录或架构。我们的一般建议是争取更小不间断的迁移。有时这是更多的前期工作但它使迁移更加可预测故障模式更少并且是唯一可以大规模使用的方法。



这让我们了解了新的命令及其广泛的适用性。的新款瑞士军刀新命令比较两个任意源的数据库架构。它输出人类可读的摘要默认情况下或可执行的脚本。您可以比较以下两个的任意组合实时数据库架构数据模型迁移历史文件夹代表一个新的空数据库是一个只读命令因此它不会向您检查的数据库写入任何内容。它在许多情况下都很有用例如比较两个可能不同步的共享环境。解决架构迁移失败的问题当迁移失败时您可以使用当前数据库架构来了解迁移历史记录目录。