Java 原始资源与SQLite数据库

我正在创建一个应用程序，它将使用大量的数据，无论出于何种目的，这些数据都是静态的。我认为使用SQLite数据库来处理这些数据是最有意义的。我想知道仅仅使用XML文件然后作为原始资源访问它是否有意义。请记住，可能会有大量的数据，大约有数百个独立的部分

---

在内存管理和总体设计考虑方面，我认为SQLite是最好的，对吗？或者，如果数据基本上是静态的，SQLite就没有意义了？

事实上，如果数据是静态的，SQLite似乎毫无意义。但是，如果要处理的是大量数据，则应使用：

• 这将更容易：
  • 检索数据
  • 过滤数据
  • 排序数据
• 由于SAX或DOM解析XML的方式，使用XML文件将导致一些性能问题
• 将来更新这组数据会更容易（假设您希望在下一版本中添加更多数据）

---

克里斯蒂安是对的。数据库为您提供了更好的访问时间，并允许以非常方便的方式修改数据。对于树状数据结构，XML可能是一个更好的主意
我认为这里有两个问题：
• 您存储的是什么类型的数据
• 是否允许用户修改此文件 数据（例如，在应用程序或 （使用记事本）
XML还有一个很大的缺点——它最终是开放文本。所以任何人都可以读。为了防止这种情况发生，您必须对数据进行加密（这意味着要付出额外的努力）。对于XML，使用封送处理技术（JiBX、Castor、JAXB）可能会很方便，并且可能会降低内存消耗

---

请描述您在DB中存储的数据类型，这样我们可能会得出更好的答案。
您是否认为您的数据是stollen（来自sqlite数据库）？

---

因为作为一个sqlite数据库，任何具有root权限的人都可以拉取db文件并使用它。很好的观点。因此，你认为SQLite很有意义，因为它更具可扩展性，等等。即使应用程序不一定允许用户添加到数据库中，它也很有意义。。事实上，我的一个应用程序（必须保存超过70000条记录）是用SQLite数据库制作的。将其与SQlite索引混合使用，性能将大大提高。谢谢Altanis。这很有道理。这些数据基本上是一系列不同命令的参考指南，这些命令可以在Linux和其他系统中使用。这是命令的文本，然后是描述。该数据将按类别等进行组织。听起来SQLite是一个不错的选择。在这种情况下，数据库方法似乎是一个非常好的主意。我认为您可能希望使用不同的条件搜索此数据库（通过描述的某些部分，您可能会搜索命令；您也可能会根据命令名搜索命令描述）。您描述的数据非常适合表格，所以这是另一个加号。最后一个问题是，您不需要加密文件（在这种情况下，它似乎非常重要）。在我看来有一个缺点——压缩的XML可能会更小。总而言之：我认为你的选择是好的。为什么这会是个问题？是他的电话，他的数据。无论如何，从XML中“窃取”数据更容易。