一个sql

iamweng

to  biti_rainy


收到了,同意。

easyfree

最初由 rfeng 发布
[B]所以要在from子句中的test改换成

(select distinct * from test)

的呀！


结果就是这样的哦：

select name

from (select distinct * from test)

where number not in (1,3,5)
group by name
having count(distinct number)=3

恩，差不多就这样了！　：）

[/B]

再罗嗦一句:
group by中已经使用了distinct, 就不必使用flying view了, 影响效率
distinct是比较耗时的操作, 考虑这个例子中聚组之后的row很少, 才这样写,  当然具体优化还是要检查执行路径

sql实现是一个思路, 真正应用效率又是一个思路, 不一样的

rfeng

很感谢 easyfree 的指正，不才是新手，在sql上的语言逻辑上稍微知道些，在工程经验和优化上面还很薄弱，以后见教的时候很多哦，先在此谢过easyfree 喽 ！ ：）

kanmi

select a.name from test a, test b, test c where a.name= b.name and a.name=c.name
and a.number = 1 and b.number = 2 and c.number=5

biti_rainy

楼主提问的时候就说了

不使用表连接

MountLion

为什么不用intersact呢？

yafeng

最初由 MountLion 发布
[B]为什么不用intersact呢？ [/B]

这样的sql实现不是问题，怎样做高效才是问题哦

wireman

最初由 easyfree 发布
[B]以貌取人, tt就自报家门了,  

decode在oracle中属于另类函数, 但非常有效, 是解决许多问题的关键, 建议专门看看,  记得以前有本oracle sql技巧的书专门有一章就叫: <<令人惊奇的decode>>,  惊奇可能是过了些, 但有效倒是真的
当然它的缺点不是没有, 一是需要枚举, 二是对等于有用,对于大于小于就很麻烦, 好在8i之后引入了case,  许多问题就迎刃而解了 [/B]

case?8i是怎么支持case的？我一直没有查到，能否请tt说明一下。

cloud_scorpion

关于rfeng所说的distinct使用上，由于前面使用的SQL语句在执行时好象已经屏蔽掉了重复的使用，所以应该

不需要再使用distinct。不知道我说的对不对？请各位试一下。

我在试验后发现，
SQL> select nnn from test group by nnn having (sign(sum(decode(num,1,-1,0)))+sig
n(sum(decode(num,3,-1,0)))+sign(sum(decode(num,5,-1,0)))<=-3);
在这句中不管使不使用distinct，其效果都是一样的，不知道是什么原因？请各位指教一下

！

yafeng

这句话自然不用distinct
distinct会多一个排序的操作。
而且会降低首行记录的响应时间。如果可以不用，当然不用。