文档模型与关系模型选型、大小规范及混合部署相关问题咨询

文档大小控制范围 #

• 不同文档数据库的单文档硬上限不同，比如MongoDB默认单文档最大为16MB，但生产环境绝对不要接近这个阈值。
• 通用落地标准是单文档尽量控制在100KB以内，最高不要超过1MB：
  • 文档越大，写入时全量重写的IO开销越高，写入放大问题会非常明显
  • 大文档的网络传输耗时也会显著上升，反而抵消了文档模型无需join的性能优势
• 针对你目前的分类嵌套产品的结构，如果单个分类下的产品数量超过百个，建议把产品拆为独立文档存储，不要全部嵌套在分类文档内，避免单文档体积过快膨胀。

文档模型与关系型数据库混合使用的可行性 #

完全可以，这是当前业内非常成熟的多模数据架构方案，适配不同业务场景即可：

• 如果不想额外引入新的数据库组件，可以直接使用现有关系库自带的JSON类型存储文档结构数据：比如MySQL的JSON类型、PostgreSQL的JSONB类型，既支持灵活的Schema调整，也能和原有关系表做关联查询，不需要对现有架构做大幅改动。
• 业务划分逻辑很简单：
  • 结构灵活、经常需要整份读取、事务要求不高的业务（比如你当前的商品分类、商品属性、配料信息）用文档模型存储
  • 结构固定、事务一致性要求高、需要频繁做关联统计的核心业务（比如用户账号、订单、库存数据）继续沿用原有关系模型存储
• 这种混合模式刚好能结合两种模型的优势，大幅降低业务代码复杂度，完全不需要强行二选一。

内容的提问来源于stack exchange，提问作者呂學洲