.NET 5+ 必须用 Oracle.ManagedDataAccess，因其是唯一官方维护、纯托管、跨平台且无需本地客户端的驱动；System.Data.OracleClient 已彻底移除，Oracle.DataAccess 仅限 Windows 并依赖 oci.dll，而 Oracle.ManagedDataAccess.Core 已归档停更，现统一使用 Oracle.ManagedDataAccess（v3.21.100+）。
为什么.NET 5+ 必须用 Oracle.ManagedDataAccess，而不是其他驱动
因为 system.data.oracleclient 在 .net 5+ 中根本不存在——它早在 .net core 1.0 就被彻底移除；oracle.dataaccess（odac）是 windows-only 非托管驱动，依赖 oci.dll 和本地 oracle 客户端，在 linux/macos 上直接抛 system.dllnotfoundexception: libclntsh.so；而 oracle.manageddataaccess 是唯一能在 .net 5/6/7/8 全平台运行、无需安装客户端、由 oracle 官方持续维护的驱动。
Oracle.ManagedDataAccess.Core 和 Oracle.ManagedDataAccess 到底该引用哪个
现在只该用 Oracle.ManagedDataAccess（v3.21.100+），Oracle.ManagedDataAccess.Core 已归档停更。两者命名相似但不兼容：
- 装
Oracle.ManagedDataAccess.Core会导致运行时报System.IO.FileNotFoundException: Could not load file or assembly 'Oracle.ManagedDataAccess.Core'，尤其在 self-contained 发布后 -
Oracle.ManagedDataAccess原生支持 .NET Standard 2.1+ 和 .NET 5+，NuGet 包自动处理运行时筛选，不需手动复制 DLL - 若项目里同时存在两个包引用，会触发类型冲突，
OracleConnection可能根本无法解析
连接字符串里哪些参数在 .NET 5+ 上真正起作用
Managed 驱动在 .NET 5+ 中只认连接字符串里的显式参数，XML 配置节（如
-
Data Source：支持 Easy Connect（host:port/service_name）或完整描述符，但描述符中不能有换行或多余空格 -
User Id和Password：必需，不支持 OS 认证；密码含@、/等字符时建议 URL 编码，或改用 Wallet -
Connection Timeout：单位秒，设为30比默认 15 更稳妥，避免网络抖动误判 -
Pooling：设为false可临时关闭连接池，排查连接泄漏时有用 -
Encryption=required：强制 TLS 加密，但CryptoProtocol=TLSv1.2在 Managed Driver 中不生效——协议由 .NET 运行时决定（.NET 6+ 默认启用 TLS 1.2+）
这些参数写错不会报错，但可能静默失效，比如 Failover=true 或 Load Balancing=true 在单节点部署下毫无作用。
DateTime 字段读写异常和 ORA-12154 的真实原因
这两个问题最常被误判为“驱动 bug”，其实根子在配置和语义理解：
-
ORA-12154: TNS could not resolve：90% 不是 DNS 或监听器问题，而是连接字符串格式错误。例如用了SID=ORCL却连的是 12c+ 多租户库（必须用SERVICE_NAME=XEPDB1），或大小写不匹配（orclpdb1≠ORCLPDB1） -
DateTime字段变成1900-01-01或毫秒丢失：因为OracleCommand默认把DateTime当作 OracleDATE类型（精度到秒），而你的列实际是TIMESTAMP。解决方案不是改驱动，而是显式指定参数类型：param.OracleDbType = OracleDbType.TimeStamp - Wallet 连接失败却报超时：不是网络问题，而是
UserID和Password没清空，或TNS_ADMIN环境变量没指向包含sqlnet.ora和tnsnames.ora的目录
真正难调试的从来不是代码，而是连接字符串里一个空格、一个大小写、或一个被忽略的环境变量。
