像Tinder这样的应用措施的高效MySQL数据库计划

我正在建设Tinder之类的应用.用户可以向右或向右滑动,向左或向左滑动或不喜好另一个用户.题目是关于存储用户的操纵.用户操纵必要一个表,如下所示

Person 1.   |   Person 2.    |     op
__________________________________
000001.          000007.          Dislike
000001.          000011.          Like
000001.          000053.          Dislike
000001.          000173.          Dislike

它存储操纵,还用于不向用户表现更多时刻.到此刻为止还可以.

可是题目是,假如仅1000个用户刷卡其它1000个用户,则该表将具有1M行.假若有100,000个用户这样做,那么……将到达1亿行！这长短常庞大的.

你们对不那么大的布局计划有任何设法吗？

感谢.

行使此列,行将不会堆叠,而且您将永久不会稀有百万行.

当人们喜畛刳一路时,您也不必要存储.

编辑：为什么不行使带有两个列的CHECKSUM()来存储每个相关的哈希值？会更轻.

EDIT2：别忘了这是一个恋爱应用.人们无法与全部人匹配,由于他们有性取向.

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!