我正在尝试创建一个可以像Twitter工作一样使用的数据库。这就是:
条件1和2建议基于基本列的表结构,类似于:
NodeID (int)
ParentNodeID (int)
UserID (int)
TS (TimeStamp)
MSG (varchar)当查看任何节点(n)时,应该选择所有父节点,直到并包含根节点,这很容易使用ParentNodeID指针。
来了一个警告:除了父节点之外,当前节点(,n,)中的所有子节点也应该按时间顺序(基于TS)从表中选择。所有子节点,无论哪个子分支,都属于子树(n)的根。
如何(更好)地为此类查询构造表?
发布于 2016-06-29 16:09:09
您应该看看Twitter是如何发展的,并检查您的用例是否足够相似。
通过数据库模式示例,本文可以是一个良好的开端:https://web.archive.org/web/20161224194257/http://www.cubrid.org/blog/dev-platform/decomposing-twitter-database-perspective/
https://stackoverflow.com/questions/34165521
复制相似问题