在SQLAlchemy中应何时优先使用SQL标准类型而非泛用类型

优先使用SQL标准类型而非泛用类型的适用场景主要有以下几类： #

• 项目固定使用单一支持该标准类型的数据库，无跨库迁移计划
  泛用类型sqlalchemy.types.DateTime的核心优势是跨数据库后端兼容，如果你已经确定项目全程只会用支持DATETIME标准类型的数据库（如MySQL、PostgreSQL等），完全没有切换到不支持该类型的小众/特殊数据库的需求，就可以放心使用SQL标准类型，不会触发兼容问题。
• 需要精确控制数据库底层字段的存储类型
  泛用类型会根据接入的数据库自动适配底层存储格式，比如DateTime在SQLite中可能被映射为字符串存储，在MySQL中才会映射为DATETIME。如果你明确要求数据库层面的时间字段必须严格为SQL标准DATETIME类型，避免SQLAlchemy隐式适配带来的存储格式差异、精度损失等意外问题，应该优先选择SQL标准类型。
• 对接现有存量数据库的场景
  如果你是在已有的数据库上搭建SQLAlchemy ORM映射，且原有库中的时间字段已经被定义为SQL标准DATETIME类型，使用对应的标准类型可以保证ORM层和底层表结构完全匹配，避免映射过程中出现类型校验报错、数据转换异常等问题。
• 需要使用数据库原生的类型相关特性
  很多数据库会针对标准DATETIME类型提供专属的函数、索引、约束支持，使用标准类型可以保证你调用这些数据库原生能力（比如编写原生SQL查询、使用时间相关的数据库内置函数）时，不会出现类型不兼容问题，也不需要额外做强制类型转换。

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