修改.Net Framework项目DataSet连接字符串后查询返回类型变为object原因咨询

• 设计器自动刷新逻辑触发：Visual Studio 的 DataSet 设计器在检测到连接字符串这类核心配置变更时，会自动触发全量表适配器元数据刷新流程，重新从当前连接指向的数据库拉取所有查询的 Schema 信息。当刷新过程中出现 Schema 读取异常、类型匹配不确定的情况时，设计器会将无法明确判定类型的返回值统一 fallback 为 object 类型，避免直接生成编译错误的代码。
• 标量查询的类型推断限制：返回单值的标量查询没有强类型表结构作为映射依托，设计器推断返回类型时完全依赖设计时查询执行后返回的元数据结果。如果修改后的连接指向的数据库版本、表结构、字段类型和原有设计时的数据库存在差异，或是查询中存在隐式类型转换、NULL 返回可能性的判断变化，设计器无法100%匹配到原有定义的可空值类型（例如Integer?），就会降级为通用object类型。
• .NET Framework 4.7.2 配套设计器的已知缺陷：该版本对应的 Visual Studio DataSet 设计器存在标量查询类型持久化缺陷，连接字符串变更触发的刷新逻辑不会读取原有 .xsd 文件中存储的自定义返回类型配置，而是直接用数据库拉取的元数据覆盖原有配置，该问题在更高版本的 .NET Framework 以及 .NET Core+ 的强类型 DataSet 实现中已完成修复。
• 查询语句的兼容性问题：如果你的标量查询用到了特定数据库的方言函数、动态返回结果逻辑，在连接切换后设计器执行设计时查询验证时无法拿到确定的返回类型，也会直接赋值为object类型。

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