.NET运行时可确定类型时，数据库为何仍需类型鉴别器？

为什么已标注类仍需要写入_t字段？.NET运行时信息足够吗？ #

.NET运行时在序列化阶段确实清楚当前对象的具体类型，但到了反序列化阶段就没那么明确了。举个实际场景：

• 假设你有Animal基类，Dog和Cat两个子类，且都正确配置了MongoDB的多态映射
• 序列化时你存入的是Dog实例，驱动此时知道对象的具体类型
• 但查询时如果用IEnumerable<Animal>接收结果，.NET只知道要反序列化成Animal基类，完全没法判断当前文档对应的是Dog还是Cat——这时候必须靠_t字段里的类型标识，驱动才能把文档还原成正确的子类实例。

简言之：类标注是告诉驱动如何处理多态逻辑，而_t字段是把具体类型信息持久化，让反序列化时能精准还原对象，这部分信息.NET运行时没法从无Schema的数据库文档里自动推导出来。

其他文档数据库驱动也采用这种方式吗？ #

是的，多态场景下几乎所有文档数据库的驱动都会用类似机制：

• MongoDB的Java驱动默认会写入_class字段存储类型信息
• Python的PyMongo支持自定义鉴别器字段，用来区分不同子类
• Couchbase的.NET驱动也会通过类似的类型标识字段来处理多态对象

核心原因是文档数据库是无Schema的，不像关系型数据库有固定表结构，必须通过额外字段记录对象的具体类型，才能在反序列化时正确还原。

_t字段是否有必要？从存储、查询成本看值得吗？ #

_t字段是多态场景下的必要开销，不能随意省略：

• 存储成本：_t一般是短字符串（比如类名或自定义标识），占用的存储空间微乎其微，几乎可以忽略
• 查询价值：反而能带来便利——比如你想快速筛选出所有Dog类型的文档，直接用db.collection.find({_t: "Dog"})就能实现，不需要额外的复杂过滤条件
• 如果你的集合里没有多态对象（所有文档都是同一类型），可以通过配置禁用鉴别器，避免写入_t字段

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