我来自一个MySQL
背景,并试图绕过我的头MongoDB
。特别是,我正在努力概念化我应该如何n:n
以“Mongo 方式”为关系建模。
对于这个例子,假设我们有两个collections
:users
和interests
. 我们需要能够表示或查询数据中的几件事:
- 用户兴趣
- 用户的兴趣等级,例如“喜欢”或“不喜欢”
- 具有特定兴趣的用户
- 每个利息评级的计数器(可以增加/减少)
- 兴趣名称
在MySQL
中,我会创建一个users_interests
索引用户 ID和兴趣 ID 的表。对于柜台,我会为每种评级类型设置单独的列,并且每次用户对兴趣进行评级/未评级时,都会进行交易以确保计数永远不会错误。
我试过阅读一些架构设计,但无济于事。
你能帮助一个迷失的灵魂找到路吗?