我正在用 Java 编写一个程序来跟踪有关棒球卡的数据。我正在尝试决定如何持久存储数据。我一直倾向于将数据存储在 XML 文件中，但我不熟悉 XML API。（我已经阅读了一些在线教程并开始尝试javax.xml层次结构中的类。）
该软件具有主要用例：用户将能够添加卡片和搜索卡片。
当用户添加卡片时，我想立即将数据提交到持久存储。标准 API 是否允许我以随机访问的方式插入数据（甚至附加可能没问题）。
当用户搜索卡片时（例如，通过玩家的名字），我想从存储中加载一个列表，而不必加载整个文件。
我最担心的是我需要存储大量独特卡片的数据（大约数千张，可能更多）。我不想在程序打开时将所有卡的列表存储在内存中。我没有运行任何测试，但我相信我可以轻松地达到内存限制。
XML 可能不是最好的解决方案。但是，我想让它的安装尽可能简单，所以我试图避免使用 JDBC 或任何第三方库的成熟数据库。
所以我想我在问我是否朝着正确的方向前进，如果是这样，我在哪里可以了解更多关于以我想要的方式使用 XML 的信息。如果没有，是否有人对我可以使用哪些其他类型的存储来完成此任务有建议？
虽然我当然不会反对使用 XML，但它在您的上下文中确实有一些缺点。
“标准 API 是否允许我以随机访问方式插入数据”
是的，在记忆中。不过，您必须将整个模型保存回文件。
“当用户搜索卡片时（例如，通过玩家的名字），我想从存储中加载列表而不必加载整个文件”
除非您希望多个用户读取/写入文件，否则我可能会在加载时将整个文件/模型拉入内存并保留在那里直到您想要保存（定期写入后台仍然是一个好主意）
我不想在程序打开时将所有卡的列表存储在内存中。我没有运行任何测试，但我相信我可以轻松地达到内存限制
那将是我关心的。但是，您可以使用 SAX 解析器将文件读入自定义模型。这将减少内存开销（因为 DOM 解析器可能对内存有点贪婪）
“但是，我想让它尽可能简单地安装，所以我试图避免使用 JDBC 的成熟数据库”
我会在这方面做更多的研究。我（个人）大量使用H2和HSQLDB来存储大量数据。这些是小型的个人数据库系统，不需要任何额外的安装（链接到程序的 Jar 文件）或特殊的服务器/服务。
它们使您可以非常轻松地跨数据存储构建复杂的搜索，否则您需要自己创建这些搜索。
如果您要使用 XML，我可能会做以下三件事之一
1 - 如果您要在内存中维护 XML 文档，我会熟悉 XPath（简单教程和Java 的 API）进行搜索。
2 - 我将使用对象创建数据的“模型”来表示各种节点，并使用 SAX 读取它。写作可能有点棘手。
3 - 使用一个简单的 SQL DB（和对象模型） - 它只是整个过程（恕我直言）
额外的
好像我对你的倾诉还不够；）
如果您真的想要 XML（同样，我不会劝阻您），您可能会考虑查看 XML 数据库样式的解决方案
Apache Xindice（显然已退休）
或者你可以看看其他人的想法
例如 ;）