尽量不在数据库做运算，有人测试过吗

icer_repls

kerlion 发表于 2011-10-27 13:09
同意8楼的，不过要尽量避免在Where后有表达式，特别是在过滤数据库的时候，每一行都需要计算的要避免
sele ...

恩 是的 where子句中的表达式甚至可能会导致索引不能被利用。（呵呵， 我之前一直学的是oracle，现在开始学mysql了，对mysql的特性不是很了解，所以不敢断言）

icer_repls

zty5984 发表于 2011-10-27 14:16
我觉得SQL尽可能简单最好，有时候一条语句后悔join很多表 很麻烦

你是说这种语法吗？  table  a  join b on(x=x) join c on(xx=xx).... 我觉得这种语法还是很简洁的。看着蛮舒服的。

jinguanding

icer_repls 发表于 2011-10-27 12:26
对MySQL还不是很熟悉， 不过我记得TOM在他的书中说过，大概意思就是：能让数据库做的就尽量让数据库做， 能 ...

不同的业务场景，不同的用户量，不同的数据量；
DBA能力的不同，开发人员能力不同，硬件设备不同；

所以一些事情没有必要说成死的，比如是否用一条SQL语句的问题，这个涉及到数据存取设计，设计一定就决定了SQL该如何写......


另外像MySQL的范式 并不是一定要完全遵守，所以对很多东西要综合和全面地考虑！

icer_repls

jinguanding 发表于 2011-10-27 17:17
不同的业务场景，不同的用户量，不同的数据量；
DBA能力的不同，开发人员能力不同，硬件设备不同；

这是肯定的啊， 规则是死的。  具体问题具体分析，我是说通常情况下。
至于范式，并不是MySQL,在所有的数据库中都是， 不一定要死的遵循， 适当的冗余很可能会带来性能上的提升。
归根结底：具体问题具体分析

kerlion

MySQL比较简单，对设计要求高些，动不动就要求分表分库，对字段的要求也很吝啬，设计的耦合度太高！！

jinguanding

kerlion 发表于 2011-10-28 09:04
MySQL比较简单，对设计要求高些，动不动就要求分表分库，对字段的要求也很吝啬，设计的耦合度太高！！

动不动就要求分表分库


真没有这么一说的.....你用Oracle 跑与MySQL同等的机器就知道了！！！

不过设计要求确实要高一点，这个主要是跟用的设备，以及大家必须懂MySQL的特性，而不像其他数据库产品那样，有些东西确实更强大！比如JOIN 算法....

沉默_King

如果是较为复杂的运算，还是不要让数据库去处理的好

tangchaoql

icer_repls 发表于 2011-10-27 12:26
对MySQL还不是很熟悉， 不过我记得TOM在他的书中说过，大概意思就是：能让数据库做的就尽量让数据库做， 能 ...

TOM 在oracle里面讲的东西，考虑的角度不一样！！
在线应用，视具体情况而定。一般的我认为，在线应用SQL的粒度应该尽可能小，尤其是MYSQL，ORACLE不一定，ORACLE很多类型的SQL，可以自己根据oracle的特性写好，让ORACLE来进行内部拆分并行计算。

即使是OLAP也不是一条SQL出结果就好，要充分利用系统资源，平衡性能瓶颈。

简单的说ORACLE MAX MIN 分拆成2条SQL要比一条快，2条UNION ALL就出结果了，但是MYSQL需要一条SQL。 根据实际情况，在云计算当道的今天，快速出结果，比较靠谱儿。

icer_repls

tangchaoql 发表于 2011-11-16 15:51
TOM 在oracle里面讲的东西，考虑的角度不一样！！
在线应用，视具体情况而定。一般的我认为，在线应用SQ ...

额， 我没说绝对的啊
您还懂云计算啊，屌啊