JDBC 或 ADO.NET 之间的选择、Oracle 的性能研究
我们正在启动一个新项目，该项目与包含数百万数据的 Oracle 数据库进行通信。该系统是任务关键型系统，应该具有高性能。我们现在正在选择系统中将涉及的技术，并且我们正在犹豫是使用 JDBC 还是 ADO.NET 来进行数据访问。
哪种技术性能最高？是否有研究使用 Oracle 数据库测试这两种技术？
We are starting a new project, which talks to an Oracle database with millions of data. The system is mission critical and should be highly performant. We are now choosing the technologies that will be involved in the system, and we are doubting between JDBC or ADO.NET for data access.
Which technology is most performant? Are there any studies that test both technologies with Oracle database?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
JDBC 或 ADO.NET 都可以正常工作。 Oracle 的 JDBC 驱动程序非常好； ADO.NET 驱动程序也是如此。尽力获取与您的服务器兼容的最新驱动程序版本。您的选择 (JDBC/ADO.NET) 应由其余客户端软件的实现技术决定。如果您正在构建 dot Net（在 Visual Studio 环境中）应用程序，请使用 ADO.NET。如果您正在构建 Java 客户端（例如在 Eclipse 中），请使用 JDBC。
如果您尝试构建异构客户端，尝试使用软件 gaffer 磁带将 JDBC 连接到 C++ 程序，或将 ADO.NET 连接到 Java 程序，则会遇到性能问题。那样会更慢，也更不稳定。例如，Crystal Reports 声称能够使用 JDBC 数据连接器，但它们的本机代码和 Java 之间的适配器效率低下。
Either JDBC or ADO.NET works just fine. Oracle's JDBC drivers are really good; so are the ADO.NET drivers. Do your best to obtain the latest driver versions that are compatible with your server. Your choice (JDBC/ADO.NET) should be dictated by the implementation technology of the rest of your client software. If you're building a dot Net (in a Visual Studio environment) app use ADO.NET. If you're building a Java client (e.g. in Eclipse) use JDBC.
Where you will run into performance trouble is if you try to build a heterogeneous client, trying to use software gaffer tape to attach JDBC to a C++ program, or ADO.NET to a Java program. That will be slower and more unstable. For example Crystal Reports claims to be able to use JDBC data connectors, but they have an inefficient adapter between their native code and Java.
我觉得您在查询中的大部分时间将花在等待 Oracle 上，我很难相信您选择的 API 将成为您长期关心的瓶颈。此外，这难道不是您的开发环境的功能而不是性能的功能吗？
I feel like the bulk of your time in a query is going to be spent waiting on Oracle, I have a hard time believing your API of choice is going to be the bottleneck you will care about in the long haul. Besides, isn't this a function of your development environment way more than it is of performance?