缓存 EAV 数据 - XML 还是 NoSQL / MongoDB？

Question

我正在构建一个严重依赖于 EAV 的网络应用程序用于存储数据的模式。这基本上意味着对象的每个属性在大型数据库表中都有自己的行。我使用 MySQL 来存储所有内容。这是我存储的内容的一个非常简单的示例...

OBJECTS              ATTRIBUTES

objId | type         objId | attribute | value
=============        =========================
1     | fruit        1     | color     | green 
2     | fruit        1     | shape     | round
3     | book         2     | color     | red

我知道有些人讨厌 EAV，但我需要能够在不修改数据库模式的情况下任意添加新的对象属性，并且到目前为止它对我来说工作得很好。

正如我认为其他人在使用 EAV 数据结构构建系统时发现的那样，这种方法的弱点是检索多个对象以及每个对象的属性。目前，我的应用程序一次仅显示 10 个对象，因此我只需查询 EAV 表 10 次（每个对象一次），而且速度仍然非常快。但是，我想消除此限制并允许一次性获取数百个对象。我还希望能够以比目前更灵活的方式查询对象。

使用 SQL 连接执行此操作会很糟糕，因此我正在考虑缓存数据。平均而言，数据库每 1 次写入获得约 300 次读取，因此我认为这是一个很好的缓存候选者。

到目前为止，这些是我提出的选项...

1. XML 数据库列：每次执行写入时，更新对象 包含所有对象属性的表。这对于快速读取数据来说是可行的，但是查询隐藏在数据库表中的 XML 数据却很混乱。

2. XML 文件：每次执行写入时，都会将一个 XML 文件写入磁盘，其中包含每个对象及其属性。这样做的好处是我可以使用 XQuery 来查询对象。

3. NoSQL（例如 MongoDB）：也许我应该在像 MongoDB 这样的无模式数据库上构建系统。重新编写整个应用程序以使用 MongoDB 将非常耗时，但我突然意识到我可以将它用作缓存。例如，每次将数据写入 EAV 存储时，MongoDB 中的等效对象都会更新，然后用于读取和查询。

最初我认为 XML 文件是最好的方法，但我发现该文件变得非常大且难以管理。目前我倾向于使用 MongoDB。我知道为一个应用程序运行两个数据库服务器似乎很疯狂，但我认为它适合我的情况。

我很想听听您对此的想法。

Answer 1

我只看到两种方式，评论中都提到了这两种方式。

首先，您可以真正迁移到像 Mongo 这样的面向文档的数据库 - 这适合作为 EAV 的替代品。由于它没有 JOIN 和其他逻辑，因此它会非常快并且会稍微扩展。 （因此，也许您将能够避免使用缓存）。

其次，您可以使用特定的缓存工具（例如Redis或Mongo或Memcached）将每个查询结果保存一段时间。

但我想把我们的注意力转向这个系统的未来。什么是计划加载和缩放？
如果你想减少系统负载，我认为最好的方法是迁移到面向文档的db。
或者，如果您想立即获得结果（缓存数据以供读取） - 可以通过使用缓存工具来实现，甚至[如果可能]在网络级别（例如 nginx 支持开箱即用的 memcached）。

因此，像往常一样，您应该在一次性成本和持续成本之间找到平衡。