免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 1597 | 回复: 2
打印 上一主题 下一主题

SQL优化 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2004-08-03 20:06 |只看该作者 |倒序浏览
SQL优化



在写SQL语句时加入 类似select {+EXPLAIN} 的语句会输出查询优化方案。



我的问题是:在应用中实际执行时是否就是根据该优化方案执行的?此外,既然数据库本身会做查询优化,那么我们在应用中写SQL语句时还需要注意查询的效率吗?是不是让数据库自己去处理就可以了?



2)通过 oncheck -pt 命令得到以下输出:
Maximum row size               597

    Number of special columns      3
    Number of keys                 0
    Number of extents              1
    Current serial value           1
    First extent size              8
    Next extent size               2048

    Number of pages allocated      49160
    Number of pages used           47969
    Number of data pages           28640
    Number of rows                 171839
    Partition partnum              4196024
Partition lockid               4196024

我根据Maximum row size*Number of rows算出的空间大小和Number of pages used * 4(我们的页面大小是4K)出入很大。不知道是不是不能这么计算?

论坛徽章:
0
2 [报告]
发表于 2004-08-03 22:16 |只看该作者

SQL优化

偶师父告诉过偶,对于一定程度的优化,informix是可以自己做的,比如根据where条件后的语句来进行优化等。当然这和数据库本身的优化方式有关。我们平时需要注意的是一些数据库没有办法进行的优化,比如一些子查询的嵌套。

论坛徽章:
0
3 [报告]
发表于 2004-08-04 11:18 |只看该作者

SQL优化

根据不同的策略,在SQL执行前,数据库会对本次查询
根据已有的统计信息做出查询路径的选择。
但是这些措施的能力很有限,还是必须在应用的层面上
做优化。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP