支持，但必须使用 Oracle.ManagedDataAccess 5.24.x 或更高版本；旧版如 5.23.x 在 .NET 8 下可能编译通过但运行时抛出 System.MissingMethodException 或连接失败。
ODP.NET 8.0 是否支持 Oracle 19c？
支持，但必须用 Oracle.ManagedDataAccess 5.24.x 或更高版本（.NET 8 兼容性从 5.24.1 开始正式确认）。旧版如 5.23.x 在 .NET 8 下可能编译通过但运行时抛 System.MissingMethodException 或连接失败——这是最常见的“连得上却查不出数据”的根源。
验证方式：检查项目中 Oracle.ManagedDataAccess.dll 的文件版本（右键属性 → 详细信息），确保主版本号 ≥ 5.24。
- 不推荐用
Oracle.DataAccess（即“unmanaged”驱动），它依赖 Oracle 客户端安装，且官方已弃用，.NET 8 下基本不可用 - NuGet 包名是
Oracle.ManagedDataAccess，不是Oracle.ManagedDataAccess.Core（后者是旧版、已归档，不支持 Oracle 19c 的部分新特性如 Application Continuity） - 若项目同时引用了 Entity Framework Core，需确认
Oracle.EntityFrameworkCore版本与 ODP.NET 版本匹配（例如 8.24.1 对应 EF Core 8.0）
连接字符串里哪些参数对 Oracle 19c 最关键？
Oracle 19c 默认启用 TLS 1.2+ 和强密码策略，裸写 Data Source=... 很容易卡在握手阶段或报 ORA-28759: failure to open file。必须显式控制加密和身份验证行为。
推荐最小可用连接字符串（替换 your_host、your_service、your_user、your_pass）：
data source=(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=your_host)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=your_service)));user id=your_user;password=your_pass;Connection Timeout=30;Encrypt=true;TrustServerCertificate=false;
-
Encrypt=true是强制项，Oracle 19c 默认要求加密通信；设为false会直接拒绝连接 -
TrustServerCertificate=false表示启用证书链校验；若测试环境用自签名证书，可临时改为true，但生产环境必须配好可信 CA 证书 - 避免使用
SID（如(SID=ORCL)），Oracle 19c 推荐用SERVICE_NAME；用错会导致ORA-12514: TNS:listener does not currently know of service requested - 不要加
Pooling=true到连接字符串里调试——连接池会掩盖认证失败等底层错误；确认基础连接通了再开池
为什么调用 Open() 时抛出 OracleInternal.ServiceObjects.OracleConnectionImpl.VerifyPassword() 异常？
这不是密码错，而是 ODP.NET 尝试用 Oracle 12c 以前的密码哈希算法去验证，而 Oracle 19c 默认禁用旧算法（SQLNET.ALLOWED_LOGON_VERSION_SERVER=12a 或更高）。结果就是用户名密码完全正确，仍报“invalid username/password”。
解决路径分两端：
- 服务端（DBA 协作）：检查
SELECT NAME, VALUE FROM V$PARAMETER WHERE NAME = 'sqlnet.allowed_logon_version_server';，若值为12a或21，需临时降级为12（仅限测试）或启用兼容模式 - 客户端（开发侧）：在连接字符串末尾加
;EnableExtendedMetaData=true并确保 ODP.NET ≥ 5.24.2（该版本修复了对 19c 密码协商的 handshake 支持） - 更稳妥的做法：让 DBA 运行
ALTER USER your_user IDENTIFIED BY VALUES '...'重置密码哈希（需先查出当前哈希值），强制生成双算法兼容密码
执行 OracleCommand.ExecuteNonQuery() 报 ORA-01461: can bind a LONG value only for insert into a LONG column 怎么办？
这是 Oracle 19c 对绑定参数长度校验更严格导致的。ODP.NET 默认把 string 映射为 VARCHAR2(4000)，但若传入超长字符串（比如 JSON 内容），而目标列是 CLOB，驱动不会自动升格类型，硬塞就触发 ORA-01461。
必须显式指定参数类型：
var cmd = new OracleCommand("INSERT INTO logs(msg) VALUES (:msg)", conn);<br>cmd.Parameters.Add(new OracleParameter("msg", OracleDbType.Clob) { Value = veryLongString });
- 别依赖
AddWithValue()—— 它在 ODP.NET 中类型推断极不可靠，尤其对 CLOB/BLOB/NVARCHAR2 - 对
CLOB参数，Value设为null时要写成DBNull.Value，不能用null字面量，否则会转成空字符串引发截断 - 若 SQL 里用了命名绑定（
:param），参数名必须带冒号；位置绑定（?）则按顺序 add，但 Oracle 19c 对混合绑定支持差，统一用命名式
ODP.NET 在 .NET 8 下跑 Oracle 19c 不是“装包就能用”，真正卡点往往藏在 TLS 握手、密码协商、参数类型映射这三个环节。很多问题表面是连接失败，实际是服务端策略和客户端驱动版本没对齐。动手前先确认 DLL 版本和数据库参数，比反复改连接字符串更省时间。
