Key-Value Store 一般用来存储什么样的数据?

吴天
  • 402

最近要开始做毕业设计了,虽然自己比较熟悉iOS和Mac开发,但还是想借此机会来学习一些新的技术。

决定利用SAE搭建一套包括服务端、网页、手机客户端的应用。

这个应用中有个聊天模块,类似于微博中的“私信”功能。

对于“私信”数据的存储,是不是使用NoSQL相比传统关系数据库(MySQL)更有优势?
SAE中似乎只提供了一个KVDB供使用(http://sae.sina.com.cn/?m=devcenter&a...),关系数据库提供了MySQL。

那么我可不可以使用这个KVDB来存储“私信”数据,来避免“私信”数量增多时带来的查询性能问题?
如果可行,私信应该以怎样的方式存储到KVDB中?
如果不可行,KVDB可以用来存储什么样的数据呢?

回复
阅读 8.7k
3 个回答
✓ 已被采纳

首先NoSQL包括了很多类型,不过就你在问题中提到的KVDB似乎并不完全适合你的应用场景,如果你硬要用也没什么不可以,只不过把简单的事情搞复杂了。

单一的key-value型数据库,比较适用于索引输出加速(比如搜索结果的输出),随机数据多处复用(比如SNS消息发送,内容就存在缓存里,只需要发送id就行了),或者简单的数据共享(比如session信息,或者配置信息)等等。

像你这种单点对单点的用KV型数据库并不能完全解决问题,因为它只能存储随机数据,数据之间没有顺序关系,所以你还得配合关系型数据库做索引,不过我建议你先完全用mysql实现一个版本,把流程走通,然后在按情况将存储换为更加强大的redis或者mongodb都可以。

要了解适用KV的场景就不得不了解下传统SQL数据库服务的劣势:1.并发支持低,消耗资源大,很容易出瓶颈;2.执行效率不尽如人意;3.注入危险。

有些数据,并非必需要使用SQL逻辑,但如果构架不恰当就可能会影响到服务的性能,进而影响用户体验,这时对于储存这块就可以考虑下NoSQL,NoSQL就包含kv。

你可以把KV当做DB引擎来使用,也可以当做Storage Service来使用。

这种私信数据,用lucene,sphinx做个索引就可以了。其实这种私信数据,直接放文件系统中就好了,用mysql指向每个用户的文件,毕竟没有人老翻阅聊天记录嘛。不过毕业设计,要显得牛逼一些,用mongodb是最合适的,文件大了可以放到他的gridfs上。 不过sae应该还不支持mongodb吧

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
你知道吗?

宣传栏