假设有一个 User 表和一个 Match 表。那么 Match 表应该如何安排结构呢？假设 db 在记录 John 和 Jane 之间的交互。会有一个基础（base）用户列和一个目标（target）用户列吗？John 右滑了 Jane（一行）然后 Jane 右滑了 John（一行）所以总共是两行？或者它是不是应该设计为一行呢？一行设计意味着，没有基础用户和目标用户，而是会有 user1 和 user2。jane 和 john 的位置最终会随机决定。
两行设计：
Base User | Target User | Liked
row1 John|Jane|YES|YES
row2 Jane|John|YES|YES
一行设计：
User1 | User2 | User1_Liked_User2 | User2_Liked_User1 | Match
row1 John|Jane|YES|YES|YES
我知道如果是一行设计，缺点就是，要获取 john 的配对数量需要看 user1 user2 两列，但如果是两行设计你只需要搜索 base user 行。
尽管一行处理方式可以省去一半的行数，但表现会不会更好呢？或者说现在 w/ dbs 的扩展性已经很强了，有没有什么我们能忽略的呢？
为了论证，假设用户数为 10 万。
如果 Tinder 在使用 RDBMS 的话……我想每个用户被关联到一个滑动为 LIKES 和一个标记为 IS_LIKED 都会有一条记录。这种方式你可以拉出一个用户记录 (SELECT * FROM MATCH WHERE USER_ID = X) 然后回答所有关键问题：
- 用户喜欢谁？(LIKES = TRUE)
- 谁喜欢了用户？(IS_LIKED = TRUE)
- 谁是用户的配对？(LIKES = TRUE and IS_LIKED = TRUE)
当一个滑动发生的时候，你合并了 2 个新的记录到已经存在的数据中。如果记录是新的，只是一个直接插入。如果是一个更新，更新一个记录的 LIKES 和另一个的 IS_LIKED 然后纠结了。
你可以给一个表只写 “likes”，然后用一个介于两个用户之间的查询来判断 match，当 row 的数量为二的时候。这样会导致更少的写入，更小的索引，减少偏航（drift）的机会？
你是不是说如果不是 RDBMS，设计会不同？
当然。一个键值库或 ORDBMS 可能需要一个不同的设计来有效的杠杆数据。
通常的，你会想要追踪更多的信息，不只是 yes 或 no。例如，你应该想要这个人滑动的日期/时间。当你有更多数据和滑动相关，用一行设计就越来越不实用了。
为了查询的简单，你可以添加一个 “swipe_from_other_was”，但查看一个特定滑动的细节的时候，那它都会在一行里，对于另一个人的细节，会在另一行里。
侧面说明一下，Match 会是那个表很烂的名字，Swipe 对于它的目标来说是更清晰的。
如果是这样的话，要查询 “John” 配对的数量不会变的太重了吗？如果 John 右滑了 1000 人，然后我们要做一个次级查询 FROM 一千人。或者你在建议给 Match 一个单独的表？一旦 john 喜欢了 jane，jane 喜欢了 john，Match 表插入一行？
我的第二段就是特别说这个需求的。你可以添加一列，简单地说，如果 “target user” 也喜欢了 “base user”。基本上，有一个滑动的时候，你为那个滑动创建了一行，带着所有相关数据，然后在表里查询另一个人的滑动，如果找到了，你在现有的和在新的行中更新额外的列会是正确的。这种方式你可以快速运行分析或任何你需要做的事情。
侧面说明，一个相当简单地 select 会给出这个信息。带有正确的索引的话会相当快，否则用 2 个查询来做也可以。
SELECT other_swipe.base_user
FROM swipe
JOIN swipe other_swipe ON swipe.base_user = other_swipe.target_user
WHERE swipe.base_user = *John's id* AND swipe.liked = TRUE AND other_swipe.liked = TRUE
为什么不简单点：
| UserId | ShownUserId | Liked |
|---|---|---|
| John | Jane | yes |
| John | Jill | no |
| Jane | Dave | yes |
| Jane | John | yes |
| Jill | Dave | no |
| Jill | John | yes |
John 喜欢谁：
select ShownUserId from UserLikes where UserId = 'John' and Liked = yes
谁被 John 喜欢了而且也喜欢回了他：
select UserLikes.ShownUserId
from UserLikes
inner join UserLikes as AlsoLikesMe
on UserLikes.UserId = AlsoLikesMe.ShownUserId
and AlsoLikesMe.Liked = yes
where UserLikes.UserId = 'John' and UserLikes.Liked = yes
不要忘记 ShownUserId 上的索引。
