Java 数据库最终用户

Question

已关闭。此问题不符合 Stack Overflow guidelines 。目前不接受答案。

---

要求我们推荐或查找书籍、工具、软件库、教程或其他场外资源的问题对于 Stack Overflow 来说是偏离主题的，因为它们往往会吸引固执己见的答案和垃圾邮件。相反，请描述问题以及迄今为止已采取的解决措施。

已关闭 8 年前。

Improve this question

我正在讨论使用什么数据库来存储 Java GUI 中的一些简单数据。是否有一个数据库可以与 java 一起使用，最终用户可以简单地运行该程序，并且它可以直接使用数据库文件而无需调整计算机设置？我想过尝试 mysql，但似乎我必须在运行该程序的每台计算机上调整设置。通过调整设置，我指的是要求下载特定驱动程序或设置服务器等...

Answer 1

这里有两个相关但独立的问题:是否为您的应用程序使用某些特定的小型或嵌入式数据库，以及是否向客户端公开数据库选择。

如果您了解应用程序服务器如何执行此操作，您经常会看到特定供应商驱动程序 API 被“包装”以提供用于数据库访问的标准内部接口(interface)。这个概念是“支持”所有 RDBM 的某些子集(通常通过直接提供 jar 或提供 jar 文件的下载链接)，并且某些配置指示启动代码选择、连接、初始化和管理特定数据库连接。

因此，您的第一个决定是您是否希望客户在支持的版本上安装他们自己支持的 RDBM，或者您提供他们不一定会更改的自己的嵌入式数据库。前者需要一些设计，以便您可以抽象出连接详细信息、默认设置、启动代码、架构初始化和(可能)连接池详细信息。

后者可能很简单，只需将 jarfile 放入包中并根据需要直接调用该 API，也许只需将其包装到足以创建连接池即可。

包装驱动程序 API(这可能会很棘手，因为有些具有 native 组件)也是您将自己与供应商细节隔离开来的好方法，因此即使您不认为自己会公开或这样做，这也是一件好事更改您支持的数据库。

像 Derby 等人这样的纯 Java DB 很好地避免了这种供应商特定的问题，但是一旦您进入企业 DB 领域，您就会惊讶地发现“标准 JDBC”接口(interface)的差异有多大。