医院数据建模选用relation modeling还是normalization更优？

首先需要明确一个前提：关系建模（Relation Modeling）和规范化（Normalization）并不是互斥的二选一方案——规范化本质是关系模型设计过程中用到的核心优化规则，二者是包含而非对立的关系。
结合医院的业务特性，实际落地时我们会采用「以关系建模为核心框架，按需控制规范化程度」的方案，具体原因如下：

• 关系建模是面向关系型数据库的完整建模方法：核心是把医院的业务实体（患者、医护、药品、医嘱、结算单等）拆解为二维表结构，通过主键、外键定义实体之间的关联关系，天生适配医院绝大多数结构化业务数据的存储需求。
• 规范化是关系建模环节的校验优化规则：包含1NF到BCNF等多个层级，核心作用是减少数据冗余、避免插入/删除/更新异常，但规范化层级越高，表拆分越细，多表关联查询的性能损耗也就越大。

医院业务的几个强特性，决定了我们不能走极端选型：

• 基础规范化（1NF、2NF、3NF）是必须项：医院核心业务数据对一致性要求极高，患者就诊记录、药品出入库数据、医保结算数据如果存在冗余导致的更新异常（比如患者修改了身份证号，只更新了患者主索引表没有同步到挂号、就诊表，后续医保结算直接报错），轻则导致业务故障，重则影响诊疗安全、触发合规风险，基础规范化是数据正确性的底线。
• 不需要追求高阶规范化（BCNF、4NF及以上）：医院存在大量高频查询、批量统计的需求，比如门诊量日报、医保费用对账、科室药品消耗统计，如果严格按照高阶规范把表拆得极细，一次查询要关联十多张表，性能会低到无法满足业务要求，甚至拖慢一线诊疗系统的响应速度。这种场景下可以允许适当的字段冗余，比如把常用的患者性别、年龄字段冗余到挂号记录表，减少关联查询次数。

• 脱离关系建模谈规范化没有实际意义：规范化只是一套优化规则，不是完整的建模框架，没有关系建模先定义清楚实体、属性、关联关系，规范化根本没有适用的载体。
• 不做基础规范化的关系建模会导致业务灾难：医院数据量大、业务迭代频繁，没有规范化约束的话，很快会出现大量数据冗余、冲突，后续维护成本会指数级上升，甚至出现诊疗相关的数据错误，风险不可控。

内容的提问来源于stack exchange，提问作者Eren_Jaeger_Snk