Aug 8
Yang 老师使用 Memcachedb 更熟手；也有点像是 Windows User 和 Linux User （还包括 Mac User？）之间的纷争。会场上有人提及过一些应用场景，询问是否能应用 key-value storage；我这里说一些很虚的观点（并非自己的实践经验，只是很理论的）： 1. MySQL，或者说传统的关系型数据库，其存在本身就是合理的。个人觉得，两者可以结合一起来用。
2. 如何用好 key-value storage 是一个规划性的问题。例如大块数据的 serialize/unserialze 的问题，这里就跟关系型数据库的规划一样。没有银弹；key-value storage 的出现不是为了解决所有问题，而是为了解决特定问题。再说 NOSQL，现在 FriendFeed 的解决方案是基于 MySQL 的（参考这里：http://bret.appspot.com/entry/how-friendfeed-uses-mysql），而这里也有一篇关于 NOSQL 的、颇有意思的观点：http://www.dbms2.com/2009/07/01/nosql-sql-alternative/。两个东西都有点旧了，就是这里说到了，顺道推荐一下。 记自己的一个小问题：说话表达实在差，当其时发问或者说话就有点结巴的…
广州技术沙龙归来
草草做总结好了。1. 个人不太喜欢赖勇浩老师的主题：《选好业务和技术，单枪匹马做游戏》。原因比较简单：技术沙龙我只想听技术的。2. Tim Yang 老师的主题比较合口味，可惜深入一点的讲述并没有展开。似乎参加沙龙的很多人都没有接触过 key-value 储存相关的东西。 话说当时我对 Tim 老师的测试中，Tokyo Cabinet/Tokyo Tyrant 的测试结果有些怀疑，回来后跟 fcicq 说了一下，结果被批了一顿…说到底，还是个人的偏好问题。就像 TimYang 老师使用 Memcachedb 更熟手；也有点像是 Windows User 和 Linux User （还包括 Mac User？）之间的纷争。会场上有人提及过一些应用场景，询问是否能应用 key-value storage；我这里说一些很虚的观点（并非自己的实践经验，只是很理论的）： 1. MySQL，或者说传统的关系型数据库，其存在本身就是合理的。个人觉得，两者可以结合一起来用。
2. 如何用好 key-value storage 是一个规划性的问题。例如大块数据的 serialize/unserialze 的问题，这里就跟关系型数据库的规划一样。没有银弹；key-value storage 的出现不是为了解决所有问题，而是为了解决特定问题。再说 NOSQL，现在 FriendFeed 的解决方案是基于 MySQL 的（参考这里：http://bret.appspot.com/entry/how-friendfeed-uses-mysql），而这里也有一篇关于 NOSQL 的、颇有意思的观点：http://www.dbms2.com/2009/07/01/nosql-sql-alternative/。两个东西都有点旧了，就是这里说到了，顺道推荐一下。 记自己的一个小问题：说话表达实在差，当其时发问或者说话就有点结巴的…
