最近要开始做毕业设计了，虽然自己比较熟悉iOS和Mac开发，但还是想借此机会来学习一些新的技术。
决定利用SAE搭建一套包括服务端、网页、手机客户端的应用。
这个应用中有个聊天模块，类似于微博中的“私信”功能。
对于“私信”数据的存储，是不是使用NoSQL相比传统关系数据库（MySQL）更有优势？
SAE中似乎只提供了一个KVDB供使用(http://sae.sina.com.cn/?m=devcenter&a...)，关系数据库提供了MySQL。
那么我可不可以使用这个KVDB来存储“私信”数据，来避免“私信”数量增多时带来的查询性能问题？
如果可行，私信应该以怎样的方式存储到KVDB中？
如果不可行，KVDB可以用来存储什么样的数据呢？
要了解适用KV的场景就不得不了解下传统SQL数据库服务的劣势：1.并发支持低，消耗资源大，很容易出瓶颈；2.执行效率不尽如人意；3.注入危险。
有些数据，并非必需要使用SQL逻辑，但如果构架不恰当就可能会影响到服务的性能，进而影响用户体验，这时对于储存这块就可以考虑下NoSQL，NoSQL就包含kv。
你可以把KV当做DB引擎来使用，也可以当做Storage Service来使用。
首先NoSQL包括了很多类型，不过就你在问题中提到的KVDB似乎并不完全适合你的应用场景，如果你硬要用也没什么不可以，只不过把简单的事情搞复杂了。
单一的key-value型数据库，比较适用于索引输出加速（比如搜索结果的输出），随机数据多处复用（比如SNS消息发送，内容就存在缓存里，只需要发送id就行了），或者简单的数据共享（比如session信息，或者配置信息）等等。
像你这种单点对单点的用KV型数据库并不能完全解决问题，因为它只能存储随机数据，数据之间没有顺序关系，所以你还得配合关系型数据库做索引，不过我建议你先完全用mysql实现一个版本，把流程走通，然后在按情况将存储换为更加强大的redis或者mongodb都可以。
这种私信数据，用lucene，sphinx做个索引就可以了。其实这种私信数据，直接放文件系统中就好了，用mysql指向每个用户的文件，毕竟没有人老翻阅聊天记录嘛。不过毕业设计，要显得牛逼一些，用mongodb是最合适的，文件大了可以放到他的gridfs上。 不过sae应该还不支持mongodb吧