我的公司从一开始就被束缚在这种 MS Access '97 .MDB 格式上。我们的模式是分层的,具有多个一对多的关系。我们正处于寻找替代方案的地步,因为 Access 的缓慢和整体笨拙开始影响我们的生产力。
我们访问数据库的“现代”方法涉及 DAO.Net 和大量基于哈希的缓存。.NET System.Collections.Generic.Dictionary 类型在这里是天赐之物,因为没有它,我不知道我们将如何及时完成工作。我们有多个项目,每个项目都有一个与之关联的数据库文件(有时是多个),我们倾向于通过以下两种方式之一进行交互:要么手动创建数据库(使用我们的内部编辑器),要么使用程序生成它以其他格式获取我们从另一家公司收到的数据,并将其转换为我们的格式。
在这两种情况下,我们的通用 .NET 库通过 Dictionary 将整个数据库加载到哈希表中,并通过在哈希表中按 ID 查找值来解析对象与代码的关系。在自动生成数据库时,我们使用另一组哈希表来确定一个对象在添加之前是否已经存在于缓存中。一旦我们完成了源数据的解析,我们就开始一个多线程的批量插入操作。我们这样做是因为任何其他访问数据库的方法都非常慢。
我希望我已经为我的问题提供了足够的背景信息:是否有一个数据库引擎,其查询速度可以与我正在使用的哈希表相媲美?内存和磁盘使用无关紧要,这些数据库仅存在于开发人员机器上,我们将它们转换为不同的格式以与我们的软件一起使用。我只想摆脱我的哈希表,但我不想牺牲速度来做到这一点。