我提出了两种不同的方法,它们都有自己的优点和缺点。
1) 没有 StringSet 的模式
threadMaster(threadId-hash, timestamp, otherAttributes)
threadDetails(threadId- hash, replyId-range, timestamp, otherAttributes)
此架构中的数据如下所示:
threadMaster:
t1, 31-11-2016:10:30
t2, 31-11-2016:09:34
t3, 31-11-2016:11:30
threadDetails:
t1, r1, 31-11-2016:10:33
t1, r2, 31-11-2016:11:09
t1, r3, 31-11-2016:13:20
r1, r1, 31-11-2016:10:38 **
r1, r2, 31-11-2016:10:44 **
在上述模式中,theadMaster 将持有主线程 ID,该线程 ID 将被传递到详细表以获取该特定线程 ID 的所有回复。
**您的回复反过来有回复将在明细表中维护,您可以在明细表中添加另一个属性,其值为真/假,这将显示该评论是否有回复以避免扫描表。
上述模式的问题是,如果其中一个线程有数百万个回复,那么将对性能产生影响。
2) 使用字符串集
threadMaster(threadId-hash, replyId(Set of Ids), timestamp, otherAttributes)
threadDetails(replyId- hash, timestamp, otherAttributes)
此架构中的数据如下所示:
threadMaster:
t1, [r1,r2,r3..rn], 31-10-2016:10:18
t2, [r11,r12,r13..r1n], 11-11-2016:20:00
t3, [r21,r22,r33..r2n], 21-11-2016:00:30
r4, [r99,r98] **
threadDetails:
r1 31-11-2016:10:30
r2 31-11-2016:11:20
r99 01-11-2016:11:20
在上述模式中,您的主表将包含有关线程及其回复的信息。
** 当您回复您的评论时,您将在 master 中创建另一个条目作为线程本身。
上述架构的问题是添加/删除评论会很乏味,每次回复都必须更新主线程。
您可以在应用程序级别使用时间戳属性对评论进行相应的排序。