数据库三种模型的特点分别是什么？

层次模型

• 以树形结构组织数据，每个节点只能有一个父节点。按理说，
• 数据打开速度快。适合一次性读取整棵子树的场景。
• 结构直观，易于理解和实现。
• 仅支持一对多关系，无法直接表示多对多关联。说起来，
• 数据冗余较高。修改或删除节点时需要重新组织整个层次结构。

常见痛点：在实际业务中。“我只想查询某个子节点的所有兄弟节点，却被父子限制卡住”；“层次结构一旦改变。整个树都要重构，维护成本极高”。

网状模型

• 在层次模型基础上引入记录之间的多重链接，实现多对多关系。话说回来，
• 灵活的图形结构。可通过多个父节点和子节点组织数据。
• 支持复杂的数据遍历方法，适合表示供应链、社交网络等场景。
• 数据修改相对容易，不必重建整棵结构。 老实说，
• 由于需要通过指针导航。查询效率通常低于关系模型。

常见痛点：“查询跨多个方法的数据时需要写大量指针跳转代码，调试困难”；“结构复杂导致新手难以上手。团队培训成本大”.

关系模型

• 把数据组织成表，行代表记录，列代表属性。
• 通过主键、外键实现一对一、一对多和多对多关系。
• 使用SQL等声明式语言进行灵活查询、插入、更新和删除操作。
• 约束保证数据一致性与完整性，显著降低冗余。
• 支持索引、视图和存储过程等调整手段。查询性能高，可 性好，

常见痛点："面对海量数据时我担心单表查询会变慢";"业务需求频繁变化，需要快速添加新字段或关联表";按理说，"缺乏合适的索引导致报表生成耗时过长".

如何？话说回来，

• 层次结构明确且查询主要是父子方法：优先考虑层次模型。如目录树、组织机构，
• 存在复杂多对多关联且需频繁遍历网络：网状模型可以提供更自然的映射，但要权衡实现难度和查询效率。
• B类业务需要灵活查询、高并发还有强一致性：关系模型是首选。它兼顾可维护性和性能，并拥有成熟的环境工具。