问连接表大幅度增长

EN

我觉得你的假设可能不是真的。即使有很多行，SQL服务器也能快速处理这类查询。如果您有好的索引，有1000万条记录的表可以被快速查询。

在进行各种早期优化之前，我建议进行一些测试。

你查过Neo4J了吗？这是一个文档丰富的图表数据库，在我看来，这对于这个特殊的用例来说是完美的。你建模的方式太简单了。

每个用户和每个产品都由一个节点表示。要么在它们之间创建一个关系"IS_ABLE_TO_SEE“，要么不创建。

然后，您可以使用一系列功能再次检索此数据。我最喜欢的一种方法是使用遍历，从节点开始，然后遍历关系(您可以选择遍历的方向和方向)。但是，这对于检索彼此之间的几个深度级别的数据更为有用。

在我们的特定用例中，您可以执行一个简单的查询，返回通过"IS_ABLE_TO_SEE“关系连接到用户节点的所有产品节点。

对于没有图形数据库经验的人来说，Neo4J是非常容易访问的，正如我所说的那样，它基本上适合您在这里展示的用例。

正如Pieter在Neo4J中指出的那样，我是Couchbase和Neo4J的忠实粉丝。这是一个简单的列表，关系表不太适合这些操作。

在Couchbase中，您可以使用多种方法，一种是使用简单的client.append保存产品列表，然后使用单个client.get检索列表。这有两种可能性，一种是追加前的dedupe，另一种是后面的dedupe。以极快的速度抓取一张清单，将消除任何形式的查询。

另一种方法是使用JSON，并拥有用户可以访问和查看的每个产品的数组。与第一个示例中的简单字符串相同，但如果需要的话，您可以在JSON中对其执行Map/Reduce。

在这两种情况下，它的性能都优于任何类型的查询。