@txlty 炫酷啥。。99%的公司项目是不需要这样的。。
况且切换数据库没那么简单。。。数据同步，停服务还是热切换。。我觉得所谓改个配置参数就切换数据库。纯粹是臆想。。

我刚还想，为啥不redis。。。
如果没有事务要求，redis比mysql更适合一点。
mongo就太重了。。mongo其他组用过，后来出各种奇葩问题。就不怎么用了。。。

这个方案没问题啊。。。只是颠覆常规思维而已。。
只是这样考虑的问题要多一点。。。
我个人比较在乎的速度。。一个json里面东西多了还是蛮带感的。拉一个列表拉一堆无用的东西出来。
但是如果有个中间层，这就不是问题。如果没有。。。还是别这么玩好，量上去了。速度问题很难优化。

对比着看，觉得是头的问题大一点。

看到考核两个字。。。考核周你妹= =！

我擦。。在这里还能有两个事主啊。。。搬个小板凳，前面的人闪开。。。

看这帖子真木意思。。刷存在感么？

都成日经帖了。。。。
这点性能问题，影响写代码的心情。。。有必要伐。。

物联网编程，无非就是增删改查。。。

说面向过程不易于解耦的原因是。。。很少写“纯函数”
纯函数写多了，就不纠结这个问题了。。
都是工具而已，看项目大小，看团队情况。

@matsuijurina
同感，折腾了很长一段时间的所谓知识管理。然后发现，我可能连一个基础概念都不记得。更不可能记得去翻自己得知识库。
so，现在什么都不用。多写代码，多看代码才是正道理。

战地4

除非工作需要。。宁愿自己造轮子，不用开源的。

这么说吧。。80%写thinkphp的，性能都高不到哪去。。。因为他们压根不考虑数据库的压力。不考虑其他方面的问题。。只纠结语言的性能损耗。。。你就是用c写，不考虑这些压力问题。一样卡得跪下唱征服

@bsns irc只是没图勒。。你以为就没灌水了啊。。。

qq 群。。。

分析一下。。。
假设一个表只有1个文件（当然，是n个。这里只是假设）。这里就由999999个文件。
假设你要同时对所有表操作。就是打开9999999个文件。。你确定操作系统允许你干这事？