Oracle Database对Dotnet Core的支持何时可用？Dotnet Core 2.0连Oracle遇阻

我来分享几个针对你这个场景的可行方案——毕竟把基于.NET 4.6的Oracle应用迁移到.NET Core 2.0，碰到官方驱动延迟发布的问题确实挺头疼的。

一、先理清官方ODP.NET Core的现状 #

你提到的Oracle承诺2017年底推出官方ODP.NET Core支持的信息没错，但截至目前（对应你的提问时间）这个版本确实还没正式上线，这也是很多.NET Core开发者连接Oracle时的痛点。

二、非官方库的局限与替代思路 #

你试过的dotNetCore.Data.OracleClient确实只覆盖了基础功能，像存储过程的ref类型参数这类复杂场景完全没法支持，根本满足不了生产环境的需求。针对这个情况，你可以试试下面几个过渡方案：

1. 基于Windows环境的.NET Framework兼容方案 #

如果你的项目暂时不需要跨平台运行（只在Windows服务器部署），可以利用.NET Core的兼容能力绕开这个问题：

• 在.NET Core 2.0项目中直接引用传统的ODP.NET（针对.NET Framework的版本）
• 添加System.Data.OracleClient相关的兼容NuGet包，直接复用原有.NET 4.6项目中成熟的Oracle操作代码
• 注意：这个方案只能在Windows上跑，没法跨到Linux或macOS平台

2. 选用社区维护的Oracle驱动封装库 #

有些社区项目基于Oracle官方的Managed Driver做了.NET Core适配封装，功能完整性比dotNetCore.Data.OracleClient强很多：

• 这类库通常支持ref/out参数、存储过程调用等复杂操作，基本能覆盖你原有项目的需求
• 你可以在NuGet上搜索关键词找到适配.NET Core 2.0的版本，记得优先选下载量高、维护活跃的库

3. 微服务过渡，暂缓Oracle模块迁移 #

如果项目规模较大，不建议一次性全量迁移：

• 先把不需要直接操作Oracle的业务模块迁到.NET Core
• 保留原有.NET 4.6的Oracle操作模块，通过REST API或者RPC接口给新的.NET Core模块提供数据服务
• 等官方ODP.NET Core正式发布后，再逐步迁移Oracle相关的业务逻辑，这样风险会小很多

三、别忘了跟进官方动态 #

一定要持续关注Oracle的.NET技术专区，一旦官方ODP.NET Core发布，第一时间切换过去——官方库不仅稳定性、性能有保障，还能完美兼容你原有.NET 4.6项目里的Oracle代码，后续维护也省心。

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