请教大家一个问题感觉很诡异

Question

select * from (
select a.a1,a.a2,a.a3,a.a4,a.birth from member a
where exists(select * from friend b where friendid='243646' and a.memberid=b.memberid)) cc
where cc.birth <>'0'其中birth保存的数据是字符型
比如
'1981-01-11'
但是也可能为‘0’因此我想把‘0’的数据过滤
friendid是friend 表的索引，但不唯一
memberid 是member 表的索引，唯一
memberid是friend表的索引，不唯一我现在郁闷的是select * from friend b where friendid='243646'只有一条记录查询出来
select * from (
select a.a1,a.a2,a.a3,a.a4,a.birth from member a
where exists(select * from friend b where friendid='243646' and a.memberid=b.memberid)) cc
也就一条数据
可是加上where cc.birth <>'0'
为什么就查询不出来了，非常的慢
请高手指导下。同时在问一个问题select a.a1,a.a2,a.a3,a.a4,a.birth from member a join friend b on a.memberid=b.memberid where
b.friendid='243646',这个语句和上面的语句哪个快

Answer 1

你把几个sql的执行计划贴出来。birth <>'0'放在里面呢？ 

Answer 2

看一下解释计划就可以了，你说顺序应该是先b后a，但sql明显是先a后b不明白的是，为何简单的两表关联，需要写得这么复杂吗？

Answer 3

where cc.birth <>'0' <> 限制索引，加上<>后就不走索引了顺便贴上一点索引限制的资料：制索引是一些没有经验的开发人员经常犯的错误之一。在SQL中有很多陷阱会使一些索引无法使用。下面讨论一些常见的问题：  4.1 使用不等于操作符（<>、!=）
        下面的查询即使在cust_rating列有一个索引，查询语句仍然执行一次全表扫描。
         select cust_Id,cust_name
         from   customers
         where  cust_rating <> 'aa';
         把上面的语句改成如下的查询语句，这样，在采用基于规则的
         优化器而不是基于代价的优化器（更智能）时，将会使用索引。
         select cust_Id,cust_name
         from   customers
         where  cust_rating < 'aa' or cust_rating > 'aa';
     特别注意：通过把不等于操作符改成OR条件，就可以使用索引，以避免全表扫描。
     4.2 使用IS NULL 或IS NOT NULL使用IS NULL 或IS NOT NULL同样会限制索引的使用。因为NULL值并没有被定义。在SQL语句中使用NULL会有很多的麻烦。因此建议开发人员在建表时，把需要索引的列设成NOT NULL。如果被索引的列在某些行中存在NULL值，就不会使用这个索引（除非索引是一个位图索引，关于位图索引在稍后在详细讨论）。4.3 使用函数如果不使用基于函数的索引，那么在SQL语句的WHERE子句中对存在索引的列使用函数时，会使优化器忽略掉这些索引。 下面的查询不会使用索引（只要它不是基于函数的索引）           select empno,ename,deptno
          from   emp
          where  trunc(hiredate)='01-MAY-81';
          把上面的语句改成下面的语句，这样就可以通过索引进行查找。
          select empno,ename,deptno
          from   emp
          where  hiredate<(to_date('01-MAY-81')+0.9999);     4.4 比较不匹配的数据类型
         比较不匹配的数据类型也是比较难于发现的性能问题之一。
         注意下面查询的例子，account_number是一个VARCHAR2类型，
         在account_number字段上有索引。下面的语句将执行全表扫描。
         select bank_name,address,city,state,zip
         from   banks
         where  account_number = 990354;
         Oracle可以自动把where子句变成to_number(account_number)=990354，这样就限制了
          索引的使用,改成下面的查询就可以使用索引：
         select bank_name,address,city,state,zip
         from   banks
         where  account_number ='990354';
     特别注意：不匹配的数据类型之间比较会让Oracle自动限制索引的使用，
        即便对这个查询执行Explain Plan也不能让您明白为什么做了一次“全表扫描”。

Answer 4

其实却是很简单，但是这个表的数据太大了，上面的知识查询一部分的数据，还要通过union才查询，因此我是在看效率，如果不看效率的情况下是很简单直接内联下就好了，所以我在后面才多了一个问题，两种比较哪个快

Answer 5

甚至，我直接把birth=‘1983-12-22’还是一样慢

Answer 6

楼主说到的需求范围内，显然应该先过滤friend，然后外键memberid关联到member
这两个都有索引，记录少就很快但用了exists后，顺序就强制改成先扫描member，后friend，扫描member花了太多时间
birth <>'0' 又不能过滤数据，而且有索引的话会更慢
但是，如果不是全局考虑的话，局部优化会出问题

Answer 7

楼上的有没有什么好建议，要怎么弄才比较好，或者好友表一般是怎么建立的，感觉面对千万的数据，查询一直不是很理想，所以不知道如何优化，简单的语句大家都会写，如何才能达到快速，我通过临时表不知可不可以实现速度上的提升。把信息插入临时表，临时表上也有索引，然后和member表关联

Answer 8

select a.a1,a.a2,a.a3,a.a4,a.birth from member a ,friend b
where a.memberid=b.memberid
and a.birth <>'0' 
and b.friendid='243646'