Performance Triplestore写入性能和锁定

Performance Triplestore写入性能和锁定,performance,locking,triplestore,Performance,Locking,Triplestore,我见过很多triplestore基准测试,它们关注于读取和查询性能。 但是,我正在研究的应用程序将迁移到triplestore,它具有非常动态的数据,我非常关心写入性能和锁定 例如,我听说Jena/TDB只适用于有效的写一次、读多次锁定模型。这允许多个读卡器SPARQL查询可以同时运行。但是,当执行写入操作以创建/更新三元组时,在任何现有正在运行的SPARQL查询完成之前,无法为写入操作提供服务。此外,在进行写入操作时,不能执行任何读取操作(在模型中的任何三元组上)。您可以想象一个大容量数据复制

我见过很多triplestore基准测试,它们关注于读取和查询性能。 但是,我正在研究的应用程序将迁移到triplestore,它具有非常动态的数据,我非常关心写入性能和锁定

例如,我听说Jena/TDB只适用于有效的写一次、读多次锁定模型。这允许多个读卡器SPARQL查询可以同时运行。但是,当执行写入操作以创建/更新三元组时,在任何现有正在运行的SPARQL查询完成之前,无法为写入操作提供服务。此外,在进行写入操作时,不能执行任何读取操作(在模型中的任何三元组上)。您可以想象一个大容量数据复制操作会在很长一段时间内阻止任何SPARQL查询

您可以想象,这个锁定模型会对我的应用程序造成严重后果

有没有人在这个层次上对不同的三联店做过比较


即使你可以评论你自己使用的三重存储,这对我来说仍然是非常有用的。

对于高写性能,你也可能(取决于你的应用程序)想考虑一个NoSQL数据包,比如./p>你可能已经看过了,但是为了其他人的利益,有关此主题的一些Jena文档位于