gpt4 book ai didi

不需要 JDBC 的 Java 嵌入式数据库

转载 作者:搜寻专家 更新时间:2023-11-01 02:33:32 29 4
gpt4 key购买 nike

我有以下要求:

  1. 在磁盘上保留用户列表以备将来加载。每个用户可能有 3 或 4 个属性。数十到数百个用户是典型的,必须支持数千个用户(不需要支持超过 10,000 个用户)。
  2. 在磁盘上保存记录列表以供将来加载。每条记录可能有十几个属性。通常会有 0 到 10 条记录,但必须支持低至数千的记录数(以处理由于网络中断等原因导致一段时间内未处理记录的情况)。<

用户通常作为一批写入,然后定期搜索以找到具有给定属性的用户(例如,通过提供的密码对用户进行身份验证)。

记录是间歇性写入和间歇性读取的(后者由一个周期性任务处理并在删除记录之前传输它们)。

我面临以下限制:

  1. 这是一个嵌入式设备,只支持 Java 1.1.8/1.2.x 的一个子集。包含的包如下:
    • java.lang
    • java.io
    • java.util
    • java.net
    • java.lang.reflect
    • java.util.zip
    • java.math
    • java.text
    • java.security
  2. 这些设备的资源相当有限(例如,大约 20 MB RAM,具体取决于设备),因此如果可行的话,最好将它们存储在磁盘上而不是内存中。
  3. 我们对设备的访问权限有限,我们的应用程序被放置在它自己的沙箱中,这使得成熟的数据库安装变得不可行。我们在沙盒中确实可以访问磁盘。
  4. 只有单个应用程序需要访问此信息并且访问可以同步,这意味着线程安全/并发访问不一定是必需的。

我们有一个与我正在开发的应用程序类似的应用程序,但用于不同的设备,该设备使用专有文本格式作为用户名(例如哈希分隔)和 ObjectOutputStream 作为记录。

我认为当前实现的缺点:

  • 整个文件是作为一个整体读取或写入的,这意味着要么必须经常读取文件,要么必须保留数据的内存副本,只有在发生变化时才写回磁盘。当像当前应用程序那样选择后一种选择时,这意味着内存使用量可以根据数据大小无限增长。
  • 这两种当前格式都是专有的,前者容易出现错误数据(当用户名中包含哈希值时会发生什么?)而后者不是人类可读的(或无法通过常用工具查询)。

这似乎是一个简单的基于文件的嵌入式数据库是理想的情况,例如derbysqlite .然而,根据我迄今为止的研究,似乎大多数选项都涉及 JDBC 驱动程序,我没有这些驱动程序(java.sql.* 未在此设备上实现)。

有人知道现有的项目很适合吗?

最佳答案

你可以看看 JDBM这是一个非常简单的纯 java 键值存储。如果您需要查找其他属性,您可能必须为反向索引创建一些额外的表。

它比较老,所以它可能会支持 pre-java2 平台。

关于不需要 JDBC 的 Java 嵌入式数据库,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3704377/

29 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com