content中保存用户的操作日志，也就是本贴讨论的重点。我采用的方法是前面有同学提到json方式。如：

{
 "blog":[
  {"id":1,"title":"安利台湾25周年庆"}
 ],
 "photo":[
  {"id":1,"title":"51韶关游"}
 ]
}

其中blog、photo代表某种应用的标识，可以无限添加。只要显示的时候能分析就行。里面的id和title就是内容的属性，结构自定。

至于新旧操作怎么合并，我是采取对event表的插入操作进行拦截实现的——我定义会员所有的操作均调用event的插入方法。

在拦截函数中，先select该会员的记录。如返回为空，则直接插入新记录。如返回记录，则将待插入数据与原数据进行合并。如待插入数据为：

{
 "blog":[
  {"id":2,"title":"我是谁"}
 ],
 "share":[
  {"url":"http://www.tudou.com","title":"土豆网 - 视频 - 播客 - 每个人都是生活的导演"}
 ]
}

则合并后的content为：

{
 "blog":[

  {"id":2,"title":"我是谁"}
  {"id":1,"title":"安利台湾25周年庆"},
 ],
 "photo":[
  {"id":1,"title":"51韶关游"}
 ],
 "share":[
  {"url":"http://www.tudou.com","title":"土豆网 - 视频 - 播客 - 每个人都是生活的导演"}
 ]
}

然后使用update方法即可。

但这里有一个问题就是，如果用户每天或每个数据表清理间隔中（如我的系统定义为2天）都有操作产生，则会累积很巨大的历史记录，我初步考虑是在拦截方法中进行过滤。而如果用户在2天内没有新的操作产生，则会被我另外定义的数据清理任务删除记录。

假如现在有个需求,用户可以自行删除好友的动态,比如他已经看到好友动态某人写blog了,不想再知道这条消息了怎么处理