PlanetScale - Blog
·
向后兼容的数据库更改
💡
原文英文，约2300词，阅读约需9分钟。
📝
内容提要
在进行数据库架构更改时，应将应用程序代码的更改与架构更改分开，以降低风险并避免部署冲突。推荐的“扩展、迁移和收缩”模式确保在任何步骤都能安全回滚，避免用户中断。具体步骤包括：扩展架构、更新应用代码以同时写入新旧架构、迁移数据、更新应用代码以仅读取新架构、收缩应用以只写入新架构，最后删除旧架构。此方法有效减少风险并提高效率。
🎯
关键要点
- 在进行数据库架构更改时，应用程序代码的更改应与架构更改分开，以降低风险。
- 同时部署数据库和应用程序的更改会增加出错的风险，可能导致用户体验不佳。
- 推荐的“扩展、迁移和收缩”模式可以确保在任何步骤都能安全回滚，避免用户中断。
- 扩展步骤包括添加新列或表，更新应用代码以同时写入新旧架构。
- 迁移步骤需要运行数据迁移脚本，将旧架构的数据迁移到新架构。
- 收缩步骤包括更新应用代码以仅读取新架构，最后删除旧架构。
- 此方法有效减少风险，提高效率，确保用户在迁移过程中不受影响。
❓
延伸问答
为什么在数据库架构更改时要将应用程序代码的更改与架构更改分开？
将应用程序代码的更改与架构更改分开可以降低风险，避免同时部署导致的错误和用户体验不佳。
什么是“扩展、迁移和收缩”模式？
“扩展、迁移和收缩”模式是一种确保数据库架构更改安全回滚的步骤，包括扩展架构、迁移数据和收缩架构。
在进行数据库架构更改时，如何确保用户不受影响？
通过使用“扩展、迁移和收缩”模式，可以在每个步骤中安全回滚，确保用户在迁移过程中不受影响。
进行数据迁移时需要注意哪些事项？
在数据迁移时，需要运行迁移脚本，并考虑数据量大的情况下使用后台作业，以避免影响生产数据库性能。
如何处理数据库架构中列或表的删除？
在删除列或表之前，确保应用程序只写入新架构，并可以选择将旧列或表改名以避免数据丢失。
为什么同时部署数据库和应用程序的更改会增加风险？
同时部署会导致两个关键系统的更改相互依赖，增加出错的可能性，可能导致应用程序短暂错误。
➡️
