3

我正在 node.js 上构建一个应用程序，该应用程序具有多对多关系的用户和产品（一个用户有许多产品，同一个产品可能属于多个用户）。每个用户也有位置信息。

大多数情况下，我需要在用户第一次访问时进行大量写入（在随后的访问中写入一些内容），然后我需要匹配具有最多共同产品数量的用户，并返回相同的共同产品. 我可能还想按位置匹配用户（或按匹配位置对用户进行排序）

我现在正在使用 postgres，但我认为从长远来看我会更好地做 mongo。问题是我从来没有在 NOSQL DB 上工作过（不用担心；））

问题是，以下“模式”是否适合上述情况？

[user]{
_id
name
age
[location]{
           streep
           town
           country
          }
}  

[products]{
_id
name
color
[users]{
        user_id_1
        user_id_2
        user_id_3
        }
}

我认为，由于要求，我比嵌入更好。我对吗？您认为我应该将 products_id 存储在用户文档中吗？

谢谢！！

4

1 回答 1

3

您的数据似乎与我很相关。我认为 MongoDB 或 NoSQL 解决方案不会有很大的优势。它们适用于非关系的基于文档的解决方案。

如果您在扩展或性能方面遇到问题，我会得到一些数据。在您知道根本原因是什么之前，不要假设解决方案。它可能是 node.js - 谁知道呢？ 有些人不太在意它。

于 2011-11-26T16:52:58.217 回答