主题：【原创】对SNS架构的非典型性批评 -- 邓侃

试图借鉴它的某些思想捣饬大量数据和网络，debug很脑袋痛。

恭喜：你意外获得【通宝】一枚

鲜花已经成功送出。

此次送花为【有效送花赞扬，涨乐善、声望】

之前被人拉着注册了开心网，用的自己的真名，后来发现之前同事，学校同学很多都在里面，如果真要都加好友，真是一个庞大的社交群，还有其他公司客户和同行之类，但开心网现在组件之类都还比较烂，我基本是属于纯去玩的，如果河友有兴趣也可以加我，我的email是[email protected]。比较正经的我觉得行人脉网，https://www.xing.com/还不错。

早些年有所谓ＸＭＬ　ｄａｔａｂａｓｅ，一个同事跟我吹这个是业界未来，会取代Ｒｅｌａｔｉｏｎａｌ　Ｄａｔａｂａｓｅ。但我实在想不通，数据量大的时候，如何能够提高表现？　于是反驳不可能。现在看，这场争论应该是我赢了。

我能想得到的几个原因

其一，是ＳＱＬ接近标准化，不同品牌的数据库之间的ＳＱＬ很小，易上手，程序员众多

其二，经过多年的优化，数据存贮速度已经不是很大问题了

其三，对大量数据的统计处理实在方便。

存在就是合理，没有其他数据存取技术，能够同时满足以下条件：

１，更快的表现

２，更容易上手，

３，更容易统计

如果有的话，ＳＱＬ就会退出舞台了。

回到SNS上面来，应该说，有的内容还是Ｓｔｒｕｃｔｕｒｅｄ，例如个人信息等等，这部分用Ｒｅｌａｔｉｏｎａｌ　ＤＢ是没有问题的。

另外一部分，例如上载图片，完全不必存放在ＤＢ里，ＤＢ里可以只存放图片的路径。

总而言之，Ｒｅｌａｔｉｏｎａｌ　ＤＢ不过是创建SNS的一个工具而已，不必刻意绕过它吧？