读时模式与写时模式的权衡及适用场景

文档数据库常被称为”无模式”，这个说法有误导性——读取数据的代码通常仍然假定某种 结构，只是这个隐式模式不由数据库强制执行罢了。更准确的说法是”读时模式”（数据的 结构是隐含的，只有读取时才被代码解释）对应传统关系数据库的”写时模式”（模式明确， 数据库确保所有写入的数据都符合该模式）——这组对立很像编程语言里动态类型检查和 静态类型检查的对立，同样存在争议，没有绝对的对错。两者的区别在应用想改变数据格式 时体现得最明显：假如要把”姓名”字段拆成”姓”和”名”两个字段，文档数据库下只需要开始 写入带新字段的新文档，读取旧文档时用代码判断字段是否存在并临时兼容；关系数据库下 则要执行ALTER TABLE加列、再用UPDATE语句批量迁移已有数据——不过这里有个常被 夸大的误解：多数关系数据库执行ALTER TABLE本身只需几毫秒（MySQL是明显的例外， 它执行该操作时会复制整张表，大表可能停机几分钟到几小时），真正慢的是对大表做 UPDATE重写每一行，而这个问题即使在关系数据库里也有和文档数据库同样的解法：把 新列默认设为NULL，读取时再按需填充。读时模式在两种情况下更有优势：一是集合里存在 许多不同类型的对象，把每种类型单独建表不现实；二是数据结构由外部系统决定、且这个 外部系统随时可能变化、不受你控制。反过来，如果所有记录都具有相同结构，写时模式的 模式约束就是一种有效的机制而非负担。