如何为多租户应用程序实现用户定义的字段和分组：EAV、固定表模式、NoSQL

Question

如何为多租户应用程序实现用户定义的字段和分组：EAV、固定表模式、NoSQL

12

我在一家SaaS公司工作，任何租户都可以拥有多个联系人列表，每个列表可以存储任意数量的自定义字段联系人，并且该列表中的联系人可以包含任意数量的分组（分组用于对列表中的联系人进行分段）。每个联系人都有一个必需的字段：电子邮件地址和为其所在列表定义的任意数量的用户定义字段。我们必须能够根据它们所在的分组和用户定义值找到列表的联系人。我们必须提供多达30个用户定义字段。我现在看到解决这个问题的三种方式：

使用某种EAV（我们尝试像这样做），但它看起来相当复杂。我们有一个表列表（租户的列表），相关的表 custom_fields，一个相关的表订阅者，存储了订阅者的电子邮件地址列表，表subscriber_custom_data与订阅者和自定义字段表（存储订阅者的自定义字段的值）相关。
使用字段表模式。它的描述在此处http://blog.springsource.com/arjen/archives/2008/01/24/storing-custom-fields-in-the-database/。在这种情况下，我们将使用与自定义字段相关的字段，该字段将在列中存储所有自定义字段，例如有30个列用于存储每个可能的自定义字段的值，以及一个表，该表存储映射的列名称和用户定义字段的名称。它看起来也很复杂。我们至少需要30个索引来通过自定义字段的值进行搜索，还有其他问题。
使用某种NoSQL数据库，至少用于存储用户定义字段和列表组。您认为这些数据库可以在这里发挥作用，如果可以，请问如何设计以存储自定义字段和组。

感谢您提供有关此信息的任何帮助。

- Oleg

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Bill Karwin · Accepted Answer

如果您希望所有字段始终被索引，可以尝试使用像Apache Solr这样的技术来进行全文索引。Solr的主要目的是作为全文搜索引擎，但它基本上是面向文档的数据库。

以下是其他选项的评论：

EAV不好，我反对使用它。它违反了关系型数据库设计的许多规则，并且无法扩展。我在Stack Overflow上写过很多关于这个问题的文章，请搜索 eav 标签下的我的回答。
你不仅需要30个索引，而是需要高达30阶乘的索引来处理任何可能的索引组合。请记住，您可以创建多列索引，这些类型的索引对支持某些查询非常重要。当然，创建如此多的索引是完全不现实的；您需要创建与您想要优化的查询相匹配的索引。如果您不知道将拥有哪些字段以及针对它们将有哪些查询，那么您就无法进行优化。
像MongoDB/CouchDB这样的文档导向数据库并不是魔法，无论他们的支持者试图声称它们是多么神奇。它们要求您为快速搜索对文档进行索引，这意味着您需要知道文档的可索引字段。

运行时创建索引是一个问题，因为它可能需要很长时间，具体取决于要索引多少数据。您将不得不找到一种方法来“离线”运行索引创建（即在单个http请求期间不要让用户等待它），然后在完成时通知他们。
您应该阅读关于FriendFeed如何使用MySQL存储无模式数据的文章。他们使用一个序列化的LOB，基本上将所有自定义属性组合成一个XML或JSON blob。因此，用户可以随时创建任意数量的额外自定义字段。但是，在给定的自定义字段可以被搜索之前，您需要创建一个引用包含给定值的行的子表。因此，您获得的索引仅与给定用户定义的自定义字段实例的数量一样大。而且您不需要使每个字段都可搜索。