免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
123
最近访问板块 发新帖
楼主: wfh_178

用postgresql做的数据库集群,三台机器没有一台的oracle快,郁闷中。。。 [复制链接]

论坛徽章:
0
发表于 2006-12-05 15:54 |显示全部楼层
select d023.code
                from d023, d023a, d023d, z001
                where d023.attr=d023a.code
                           and d023d.code=d023a.code
                           and d023d.z001=z001.ser
                           and d023.name=funame
                           and z001.pcode=fjcode
                           and d023d.allow='T'
你一直这么写吗?这样要先建立几个表的笛卡尔积,应该很影响速度的。为什么不用联结操作呢?

论坛徽章:
0
发表于 2006-12-05 16:01 |显示全部楼层
我对楼主的“postgresql集群”也很感兴趣,有资料的话共享一下,谢谢!longyuanli@gmail.com

论坛徽章:
0
发表于 2006-12-05 17:57 |显示全部楼层
原帖由 hmily36 于 2006-11-29 21:29 发表
我很想知道LZ的“postgresql的集群”是怎么弄的,能否给点资料?谢谢hmily36@163.com


bizgres 集群,自己去google搜,这个的中文部署笔记好多呢。或者:

http://www.huihoo.com/postgresql/index.html
灰狐的pgsql 集中信息,非常不错。

http://www.bizgres.org/home.php
官方手册啥的。

http://www.greenplum.com
bizgres东家。。呵呵。

论坛徽章:
0
发表于 2006-12-05 18:00 |显示全部楼层
原帖由 lilongyuan 于 2006-12-5 16:01 发表
我对楼主的“postgresql集群”也很感兴趣,有资料的话共享一下,谢谢!longyuanli@gmail.com



bizgres 集群,自己去google搜,这个的中文部署笔记好多呢。或者:

http://www.huihoo.com/postgresql/index.html
灰狐的pgsql 集中信息,非常不错。

http://www.bizgres.org/home.php
官方手册啥的。

http://www.greenplum.com
bizgres东家。。呵呵。

论坛徽章:
0
发表于 2006-12-23 10:32 |显示全部楼层
象full table scan考验的是io,其实和集群没有太大关系

论坛徽章:
0
发表于 2006-12-25 09:59 |显示全部楼层
select d023.code
                from d023, d023a, d023d, z001
                where d023.attr=d023a.code
                           and d023d.code=d023a.code
                           and d023d.z001=z001.ser
                           and d023.name=funame
                           and z001.pcode=fjcode
                           and d023d.allow='T'
你一直这么写吗?这样要先建立几个表的笛卡尔积,应该很影响速度的。为什么不用联结操作呢?

呵呵,不好意思才看见,回lilongyuan的话:

一.这只是一个示例,说明问题用的,我并不一直这样写。

二.联接操作和where条件语句在原理上没有太大的区别,主要是为了解决二义性问题,为此实际测试的系统开销还略有增加,在数据库较高连接数(超过15个连接)时性能降低约百分之五以上。这也说明,联接操作在内部实际上也产生笛卡尔积,它并不因为用了join而自动消失,只是在内部逻辑中将它清理掉了。

三.同样的问题在过程中的解决方法,可以分解为若干简单的操作,效率来得更高。这是因为简单操作都是调用libpq内的原子操作,效果直接而了当,不需要为复杂语句生成额外的空间和负荷。

论坛徽章:
0
发表于 2007-11-06 15:26 |显示全部楼层
select d023.code
                from d023, d023a, d023d, z001
                where d023.attr=d023a.code
                           and d023d.code=d023a.code
                           and d023d.z001=z001.ser
                           and d023.name=funame
                           and z001.pcode=fjcode
                           and d023d.allow='T'

这样的写法,PG会缺省采用“基因查询优化”的算法 对于这样的多的连接不一定有好的优化结果,反而适得其反(手册写的)。
因进行join,PG对有顺序的连接做优化,不需产生笛卡尔乘积

论坛徽章:
1
水瓶座
日期:2014-03-20 18:21:14
发表于 2007-11-09 12:32 |显示全部楼层
原帖由 peixubin 于 2006-12-23 10:32 发表
象full table scan考验的是io,其实和集群没有太大关系

正解
楼主并没有说清楚对比平台pracle的io性能
另外,集群的话,网络io也很重要,杂牌网卡和交换机千万不要用
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP