DEV Community
·
在Rails中管理PostgreSQL默认列值，无需停机
内容提要
我的团队在Fresha需要在现有表中添加一个支付方式类型列。由于记录量超过5000万且读写频繁，迁移必须小心进行且无停机。添加类型列时使用了NOT NULL约束和默认值'card'，PostgreSQL 11+版本确保添加默认值不会重写表。删除默认值不会锁定表，但Rails的partial_inserts选项可能导致插入失败，因此需谨慎检查。
关键要点
-
Fresha团队需要在现有表中添加支付方式类型列，迁移必须小心进行且无停机。
-
迁移步骤包括添加类型列、确保应用程序明确指定类型属性、删除默认值。
-
在PostgreSQL 11+中，添加静态默认值是安全的，不会重写表。
-
添加带有NOT NULL约束的默认值也是安全的，PostgreSQL会使用默认值进行验证。
-
删除默认值是元数据操作，不会锁定表，现有行不受影响。
-
Rails的partial_inserts选项可能导致插入失败，需谨慎检查。
-
Rails 7及更新版本默认禁用partial_inserts选项，需确认应用程序设置。
延伸解读
PostgreSQL 11+的优势
在PostgreSQL 11及以上版本中，添加带有默认值的列是安全的，因为这仅涉及元数据的更改，而不会重写表。这对于处理大规模数据时尤为重要，可以避免因表锁定而导致的性能问题。
NOT NULL约束的处理
添加带有NOT NULL约束的默认值同样安全，PostgreSQL会在验证时使用默认值，即使该值尚未物理写入。这确保了数据完整性，避免了因缺失值而导致的错误。
Rails的partial_inserts选项风险
Rails中的partial_inserts选项可能在删除默认值后导致插入失败。开发者需谨慎检查应用程序设置，确保在进行迁移时不会因缓存未更新而引发问题。
延伸问答
在PostgreSQL中添加默认列值时需要注意什么？
在PostgreSQL 11+中，添加静态默认值是安全的，不会重写表，但需确保使用NOT NULL约束时，应用程序明确指定类型属性。
如何在Rails中处理默认值和NOT NULL约束？
在Rails中添加带有NOT NULL约束的默认值是安全的，PostgreSQL会在验证时使用默认值，即使该值尚未物理写入行中。
删除PostgreSQL中的默认值会影响现有数据吗？
删除默认值是元数据操作，不会锁定表，现有行不受影响，未来插入将不再使用该默认值。
Rails的partial_inserts选项有什么风险？
Rails的partial_inserts选项可能导致插入失败，特别是在删除默认值后，需确保应用程序设置正确以避免问题。
在进行数据库迁移时如何确保零停机？
在进行数据库迁移时，需小心执行操作，确保在添加新列时使用安全的默认值和NOT NULL约束，以避免对现有记录的影响。
PostgreSQL 11+与旧版本在添加默认值时有什么不同？
PostgreSQL 11+在添加默认值时只进行元数据更改，不会重写表，而旧版本则会锁定表并重写所有现有行。
