Pydantic ORM模式具体功能及相关技术疑问咨询

1. 启用ORM模式的其他功能、性能影响 #

功能层面 #

• 扩展属性读取逻辑：除了支持from_orm方法，启用后Pydantic解析实例时，不仅会直接读取实例的公开属性，还会尝试调用实例的__getattr__方法获取值。这对SQLAlchemy这类ORM的延迟加载属性非常友好，能正确读取到那些需要触发查询的关联字段。
• 支持直接用类实例初始化模型：无需先将实例转为字典，直接传入模型构造函数即可（底层还是调用from_orm），简化了ORM实例到Pydantic模型的转换流程。

性能层面 #

• 几乎无感知的开销：ORM模式只是在解析输入时多了一层属性查找的逻辑，Pydantic内部做了优化，只有在处理类实例输入时才会触发这部分逻辑。如果你的场景不需要处理类实例，启用它不会带来额外性能消耗；即使处理类实例，除非是超大规模的批量转换，否则性能差异可以忽略。

2. 为什么ORM模式采用opt-in（可选启用）的方式 #

• 保障默认行为的安全性：默认情况下，Pydantic模型严格基于键值对（字典）输入，避免意外读取到类实例的私有属性、内部状态属性（比如SQLAlchemy实例的_sa_instance_state），防止非预期数据被纳入模型或引发验证错误。
• 代码意图更清晰：显式开启ORM模式相当于明确声明“这个模型需要处理类实例输入”，让其他开发者能快速理解模型的使用场景，降低维护成本。
• 向后兼容性：该特性是后期加入Pydantic的，采用opt-in方式可以避免破坏已有代码——如果默认开启，旧代码中仅接受字典输入的模型可能会突然兼容类实例，引发不可预期的行为，影响现有系统稳定性。

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