sql 执行计划问题

anlinew

public class test_sybase_outjoin extends DMOBase {
        public static void main(String[] args) {
                query_stmt();
                query_pstmt();               
        }
       
        public static void query_stmt() {
                String selSql = "select *  from bd_psnbasdoc a left join bd_psndoc b on a.pk_psnbasdoc=b.pk_psnbasdoc where b.pk_psndoc = '1002PSN2100001000001'";
                Connection conn = null;
                Statement stmt = null;
                ResultSet rs = null;
               
                try {
                        conn = getConnection();
                        stmt = conn.createStatement();
                        long t_on_sql = System.currentTimeMillis();
                        stmt.executeQuery(selSql);
                        System.out.println("Statement 执行 耗时： " + (System.currentTimeMillis() - t_on_sql)); // 88888888888888                       
                } catch (Exception e) {
                        e.printStackTrace();
                }
               
        }

        public static void query_pstmt() {
                Connection conn = null;
                PreparedStatement stmt = null;
                String updSql = "select *  from bd_psnbasdoc a left join bd_psndoc b on a.pk_psnbasdoc=b.pk_psnbasdoc where b.pk_psndoc= ?";
                try {
                        conn = getConnection();
                        conn.setAutoCommit(false);
                        stmt = conn.prepareStatement(updSql);
                        long t_on_sql = System.currentTimeMillis();
                                stmt.setString(1, "1002PSN2100001000001");                               
                        stmt.execute();                       
                        System.out.println("prepareStatement 执行 耗时： " + (System.currentTimeMillis() - t_on_sql)); // 88888888888888
                        conn.commit();
                } catch (Exception E) {
                        E.printStackTrace();                       
                } finally {
                        closeDBResources(stmt, conn);
                }
        }
}


输出结果，时间单位： ms

Statement 执行 耗时： 47
prepareStatement 执行 耗时： 158646

这还只是百万级别的表，千万级的表玩儿起了肯定疯了

[ 本帖最后由 anlinew 于 2010-6-12 16:39 编辑 ]

andkylee

sp_showplan '13'
dbcc sqltext(13) 都是针对一个会话的。

没看到第二个执行计划，如何比较？？

anlinew

原帖由 andkylee 于 2010-6-12 15:47 发表
sp_showplan '13'
dbcc sqltext(13) 都是针对一个会话的。

没看到第二个执行计划，如何比较？？

看4楼

mdkii

能否给出全部的执行计划，
猜想应该是改用parameter markers
之后数据库无法知道本地谓词（b.a2='111'）的selectivity
因此选用了merge join。

andkylee

原帖由 anlinew 于 2010-6-12 16:05 发表


看4楼

绑定变量的想法是好的。
ase在15.x引入了语句缓存的新特性，比较类似绑定变量了


不知道你的版本是？
感觉在12.5.x平台上用绑定变量只能使得程序写起来简单， 不一定使得走最优的查询计划吧？

花好月不圆

sybase 也有类似oracle table 统计信息的,不知收集和更新过吗？

5个周

太乱了，眼晕，能不能分别整理一下打个包，相应的SQL对应相应的执行计划。

楼上的有位同学，我明白语义左右连接和执行计划中的join的意思和区别，我不是很关心语义的写法，事实上我没怎么用过左右连接，也搞不太懂，我关心的是执行计划里面的join方式以及效率。

anlinew

原帖由 5个周 于 2010-6-13 16:19 发表
太乱了，眼晕，能不能分别整理一下打个包，相应的SQL对应相应的执行计划。

楼上的有位同学，我明白语义左右连接和执行计划中的join的意思和区别，我不是很关心语义的写法，事实上我没怎么用过左右连接，也搞不太懂，我关心的是执行计划里面的join方式以及效率。

4楼里两个sql对应两种执行计划，很清楚啊

anlinew

另外对于inner join 还是left join 显然是会影响执行计划里的JOIN Operator的

真实left join的情况下，右边的表是不会作为驱动表的，这就是为什么绑定变量的执行计划里 bd_psnbasdoc作为了驱动表只能全表扫描的原因

只是这里的left join 与inner join 实际上是等价的，所以我们可以看到没使用绑定变量时，left join 被转换为了inner join ，否则这里是不可能使用NESTED LOOP JOIN 的

我的问题是：为什么绑定变量了SYBASE就不能做这个转换了，哪里出了问题呢？

anlinew

原帖由 花好月不圆 于 2010-6-13 12:57 发表
sybase 也有类似oracle table 统计信息的,不知收集和更新过吗？

做过更新

不用绑定变量或者绑定变量但用inner join 替换left join 均没问题