严重反对 "只用一条sql 语句"
如题。看到版内版外很多兄弟姊妹们都在提倡“一条语句”，有点想法。
1   不管是1条还是n条，在cpu执行时都会分成n个执行周期，而从周期指令，我们无法分辨(不管从效率还是从指令本身)是来自于1条还是n条。

2   一条语句里的子表很难被注释，如果一条语句里有10个以上的子表，而这些子表出自同一条查询语句，不管是可读性还是执行效率都会下降。这时用表变量会简单得多，同时也快得多。

3   写软件时，提倡单个函数不要写太长，写sql语句，个人觉得单句不要写太长。因为这些语句有可能给你或是别人看看的。想想辛苦弄出的东西多用几次也划算呢。

4   严重反对语句越少水平越高的提法。这个要分情况。如果语句少效果好当然好。其他的就要严格测试验证才行。

不知道法在这个版块是否合适，欢迎大伙儿拍转。

------解决方案--------------------
顶
------解决方案--------------------
语句精简相对来说,更能服众
------解决方案--------------------
0分贴阻碍了一部分人进来,但没有阻挡住我求知的心.
------解决方案--------------------
这是我这种初学者最爱犯的错误.
------解决方案--------------------
最好不要反对什么



------解决方案--------------------
:-)
------解决方案--------------------
因为一条语句方便机器整和优化
我个人认为，多条语句可能会有多个初始话动作，影响效率和资源吧

就好比一个文件夹1gb，里面放满1kb的文件，另一个文件夹4gb，但只有一个大文件，复制起来还是那个4gb的块，就因为大文件在分配空间的动作只用一次
------解决方案--------------------
不能一分法,要二分法,适合是上,
能一条的就一条,
------解决方案--------------------
严重同意
------解决方案--------------------
有新意，实际只要解决问题就行，当然是那种不拖泥带水的
------解决方案--------------------
一句话能说清楚，为什么要拆成2句说？

------解决方案--------------------
而且,在程序中,一句话比较方便.呵呵...我一家之言啊,大家随便看看.
------解决方案--------------------
效率至上