[发明专利]社会性网络服务后台数据的存储方法和系统

说明书

技术领域

本发明涉及互联网技术领域，特别涉及社会性网络服务后台数据的存储方法和系统。

背景技术

社会性网络服务(SNS，Social Networking Services)专指旨在帮助人们建立社会性网络的互联网应用服务。如当下流行的多种社交网站，以及其他门户网站提供的人与人之间的关系网络服务，如微博、即时通信系统提供的好友关系服务等。

为了提供这种人际关系服务，需要在后台保存SNS用户所发布的动态消息(一般称为feed)，以供用户自己或其好友相互查询动态消息。

由于SNS得到了广大用户的喜爱，其后台数据也呈数量级暴增，容易出现数据堵塞和访问延时等现象，这对SNS后台数据的存储提出了挑战。

现有的一种SNS后台数据存储方式如下：分为feed实体存储和newsfeed存储，feed表中所存内容与newsfeed表中的feedid为对应关系。newsfeed表为一个db(database)索引，里面存有当前feed的id和发feed用户的好友id，如有n个好友的话，就会有n条记录，好友id与useid是对应关系。这个方案虽然只有两个表，使用简单方便，但是存在如下缺陷:在取好友feed时，要先去查询相关用户好友信息，这样就会导致多做一步查询，如果数据量大，会有数据堵塞和延时等现象，会产生相应的数据库瓶颈。

发明内容

有鉴于此，本发明提供了一种社会性网络服务后台数据的存储方法和系统，以缓解海量的社会性网络服务后台数据的赌赛和延时问题。

为达到上述目的，本发明的技术方案是这样实现的：

本发明公开了一种社会性网络服务后台数据的存储方法，该方法包括：

当用户发布动态消息时，将该动态消息的实体内容保存到实体内容数据库中，并保存到实体内容缓存中一份，将该动态消息的索引保存到索引数据库中的三类索引表中，并保存到索引缓存中一份；

其中，将该动态消息的索引保存到索引数据库中的三类索引表中包括：

将该动态消息的索引与发布动态消息的用户的标识一起保存到动态消息索引表中；

和，将该动态消息的索引与发布动态消息的用户的标识一起保存到时间轴索引表中；

和，对于发布动态消息的用户的每个好友，将该动态消息的索引与该好友的用户标识一起保存到分发索引表中。

在上述方法中，所述索引数据库由多个子库组成，各子库对应的用户标识取值范围不同，且每个子库都包括动态消息索引表、时间轴索引表和分发索引表；

所述将该动态消息的索引与发布动态消息的用户的标识一起保存到动态消息索引表中包括：根据发布动态消息的用户的标识找到对应的子库，将该动态消息的索引与发布动态消息的用户的标识一起保存到所找到子库的动态消息索引表中；

所述将该动态消息的索引与发布动态消息的用户的标识一起保存到时间轴索引表中包括：根据发布动态消息的用户的标识找到对应的子库，将该动态消息的索引与发布动态消息的用户的标识一起保存到所找到子库的时间轴索引表中；

所述将该动态消息的索引与该好友的用户标识一起保存到分发索引表中包括：根据该好友的用户标识找到对应的子库，将该动态消息的索引与该好友的用户标识一起保存到所找到子库的分发索引表中。

在上述方法中，每个子库中包括对应于不同的日期范围的多个动态消息索引表/时间轴索引表/分发索引表；

所述将该动态消息的索引与发布动态消息的用户的标识一起保存到所找到子库的动态消息索引表中为：保存到所找到子库的与当前日期对应的动态消息索引表中；

所述将该动态消息的索引与发布动态消息的用户的标识一起保存到所找到子库的时间轴索引表中为：保存到所找到子库的与当前日期对应的时间轴索引表中；

所述将该动态消息的索引与该好友的用户标识一起保存到所找到子库的分发索引表中为：保存到所找到子库的与当前日期对应的分发索引表中。

在上述方法中，所述实体内容数据库包括：本站内容数据库和外站内容数据库；

所述将该动态消息的实体内容保存到实体内容数据库中包括：如果该动态消息为在本社会性网络服务中发布的消息，则将其实体内容保存到本站内容数据库中，如果该动态消息为其他社会性网络服务中发布的消息，则将其实体内容保存到外站内容数据库中。

在上述方法中，如果该动态消息为其他社会性网络服务中发布的消息，则将其实体内容保存到外站内容数据库中包括：按照时间将该动态消息的实体内容保存到外站内容数据库中的不同表中；