文档数据库中的多态模式指的是一种设计，其中单个集合可以存储具有不同结构的文档，从而允许不同的数据类型在共享的保护伞下共存。 当处理共享一些公共字段但也有独特属性的实体时，此方法非常有用。 例如，电子商务应用程序可能在一个集合中存储产品，“书籍”具有诸如 author 和 pageCount 等字段，而“电子产品”包括 manufacturer 和 warrantyPeriod。 公共字段（例如，productId，price）保持一致，但该模式可以灵活地容纳特定于类型的详细信息，而无需单独的表或集合。
此设计利用了诸如 MongoDB 或 Couchbase 之类的文档数据库的无模式特性。 开发人员不是强制执行严格的表结构，而是定义一个“类型”字段（例如，productType: "book"）来区分文档变体。 查询可以按类型过滤文档，或者使用应用程序逻辑以不同的方式处理它们。 例如，查询可能会提取所有 price < 100 的产品，并且应用程序可以基于其唯一字段呈现书籍和电子产品。 多态模式还支持嵌套结构：社交媒体应用程序可能会存储“文本帖子”具有 content 字段的帖子，而“图像帖子”包括 imageURL 和 caption，所有这些都在同一个集合中。
虽然多态模式通过减少对连接或多个集合的需求来简化数据建模，但它们需要仔细的规划。 索引策略必须考虑不同的字段 - 例如，在 productType 上创建索引以加快特定于类型的查询。 但是，用过多的变体重载集合可能会导致性能问题或复杂的应用程序逻辑。 当实体共享一组核心属性并经常一起查询时，此方法效果最佳。 用例包括内容管理系统（例如，文章，视频），事件记录（例如，具有不同有效负载的用户操作）或具有分层数据的应用程序（例如，具有特定于角色的字段的用户配置文件）。 正确的文档和验证（通过代码或数据库工具中的架构检查）有助于保持架构发展时的清晰度。