php - 类似QQ空间的社交网站的用户动态的数据库应该怎么设计？
最近在做类似的功能，遇到几个问题：
1. 动态类型多样性;
2. 数据模块化存储，各模块间通过rest调用数据，造成拉取动态列表响应时间变长;
3. 数据层级复杂，编码逻辑通用性差。例如：转发一篇文章后，评论该转发，然后回复该评论时的对象层级为: 回复->评论->文章。
求有相关经验者分享一下经验为谢！
以下是现有的设计:
动态的结构：
{
user_id: 动态创建者ID,
action: 行为类型,
object_type: 动态对象类型,
object_id: 对象ID,
object_user: 对象所有者,
view_count: 0,
created_at: 创建时间,
deleted_at: 删除时间,
}
场景列表：
// A 发布 了 文章 xxx
'action' => NEW,
'user_id' => A的ID,
'object_id' => 文章ID,
'object_user' => A的ID,
'object_type' => ARTICLE,
'ext' => [],
// A 发布 了 N张 图片
'action' => NEW,
'user_id' => A的ID,
'object_id' => 图片ID（数组，以逗号隔开）,
'object_user' => A的ID,
'object_type' => PICTURE,
'ext' => [],
// 4. A 提了 问题 xxxx
'action' => NEW,
'user_id' => A的ID,
'object_id' => 问题ID,
'object_user' => A的ID,
'object_type' => QUESTION,
'ext' => [],
// 5. A 在 文章 中回复了 B 的 评论
'action' => REPLY,
'user_id' => A的ID,
'object_id' => 评论ID,
'object_user' => B的ID,
'object_type' => COMMENT,
'ext' => [
'text' => $text,
'comment_target_id' => '文章ID', //评论所属对象
'comment_target_type' => 'ARTICLE',//评论所属对象类型
'reply_id' => 回复ID,
],
// 6. A 评论 了 B的 文章 xxxx
'action' => COMMENT,
'user_id' => A的ID,
'object_id' => 文章ID,
'object_user' => B的ID,
'object_type' => 'ARTICLE',
'ext' => [
'comment_id' => '评论ID',
],
// 7. A 回答 了 B 的 提问 xxx
'action' => RESPOND,
'user_id' => A的ID,
'object_id' => 问题ID,
'object_user' => B的ID,
'object_type' => QUESTION,
'ext' => [
'answer_id' => '答案ID',
],
