design-patterns - 寻找连续的数据模式、概念和陷阱

Question

首先，如果这是提出此类问题的不正确的地方，我深表歉意。在这种情况下，我想将我的问题更改为“我应该在哪里问这种类型的问题”。

以 Facebook 的新闻提要为例。这是一个连续的数据馈送，被分解成帖子，但是有没有任何编程和存储先例来存储和检索未被如此谨慎地分解的数据？在程序员创建的任意行上存储连续和分解的数据的示例，而不是数据本身。

它可以按数据大小、文本行等进行分解，并且可以按时间顺序从第一行到最后一行进行检索，反之亦然。

希望这是有道理的，并感谢您提供的任何见解。

Answer 1

看领域驱动设计

我相信总有一个系统，你的域信息，你可以用它来切割你的数据。

DDD 将称为聚合的东西定义为自治实体。在 facebook 的情况下，根聚合是user但现在您的域开始计算。您可以决定该帖子也为您汇总 - 例如因为缩放。您可以稍后按页面或时间（今天一起，本周）为任意用户剪切帖子。这在以后缓存中很有用。例如缓存所有小于 24 小时的帖子，因为它们可能比旧的一年更需要。

一切都取决于您的领域，您的要求。架构也应该反映您的域决策，例如提到的缓存。