返回介绍

15.7.3 JDBC API 为何如何复杂

发布于 2024-10-15 23:56:34 字数 1009 浏览 0 评论 0 收藏 0

阅览 JDBC 的联机帮助文档时,我们往往会产生畏难情绪。特别是 DatabaseMetaData 接口——与 Java 中看到的大多数接口相反,它的体积显得非常庞大——存在着数量众多的方法,比如 dataDefinitionCausesTransactionCommit(),getMaxColumnNameLength(),getMaxStatementLength(),storesMixedCaseQuotedIdentifiers(),supportsANSI92IntermediateSQL(),supportsLimitedOuterJoins() 等等。它们有这儿有什么意义吗?

正如早先指出的那样,数据库起初一直处于一种混乱状态。这主要是由于各种数据库应用提出的要求造成的,所以数据库工具显得非常“强大”——换言之,“庞大”。只是近几年才涌现出了 SQL 的通用语言(常用的还有其他许多数据库语言)。但即便象 SQL 这样的“标准”,也存在无数的变种,所以 JDBC 必须提供一个巨大的 DatabaseMetaData 接口,使我们的代码能真正利用当前要连接的一种“标准”SQL 数据库的能力。简言之,我们可编写出简单的、能移植的 SQL。但如果想优化代码的执行速度,那么为了适应不同数据库类型的特点,我们的编写代码的麻烦就大了。

当然,这并不是 Java 的缺陷。数据库产品之间的差异是我们和 JDBC 都要面对的一个现实。但是,如果能编写通用的查询,而不必太关心性能,那么事情就要简单得多。即使必须对性能作一番调整,只要知道最终面向的平台,也不必针对每一种情况都编写不同的优化代码。

在 Sun 发布的 Java 1.1 产品中,配套提供了一系列电子文档,其中有对 JDBC 更全面的介绍。此外,在由 Hamilton Cattel 和 Fisher 编著、Addison-Wesley 于 1997 年出版的《JDBC Database Access with Java》中,也提供了有关这一主题的许多有用资料。同时,书店里也经常出现一些有关 JDBC 的新书。

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
    我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
    原文