楼主: elky

今天与一位ORACLE老兄谈论了一下DB2与ORACLE的差别,在这里发贴,想看看大家的看法

[复制链接]
招聘 : 数据库管理员
论坛徽章:
1
2010系统架构师大会纪念
日期:2010-09-03 16:39:57
11#
发表于 2007-4-23 14:20 | 只看该作者
并发 锁 都是跟隔离级别相关的 虽然各个数据库自己具体的定义和实现方法不同 但原理都是一样的
别听他们忽悠 隔离级别都不说就说什么并发和锁 有打算蒙人的嫌疑

使用道具 举报

回复
论坛徽章:
1
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44
12#
发表于 2007-4-24 22:04 | 只看该作者
最初由 elky 发布
[B]呵呵,说起ASE,前不久刚和SYBASE高层开过会,他们的数据仓库专用数据库SYBASE IQ采用专利的BIT WISE技术(有点类似位图索引)可以对表上所有记录建索引的同时压缩了存储空间,不知到这里有没有用过IQ的兄弟,谈谈感受? [/B]

IQ用在报表和数据仓库方面,确实是好东西. 我曾经做过测试,设备是RS6000 44p, 在一个1000万行记录的通话清单表中,
1. 按某几个字段进行group by,统计sum(话费)和count(通讯次数). 结果是:
informix xps 8.3:  耗时两分钟
oracle 8i            最慢,中途取消
db2 v7.2            耗时45秒
SYBASE IQ       耗时7秒
2. 如果按照索引查找一行记录,则IQ不行,速度是2秒,而其它数据库则几乎不用时间.
3.批量数据装载时间测试,分别使用INFORMIX的外部表映射,DB2的load命令,IQ的load命令,ORACLE的SQL LOADER,结果是:
INFORMIX  1万行/秒
DB2             1万行/秒
IQ                 3万行/秒
ORACLE      3000行/秒
4. 与当时主流ROLAP工具的配合,包括MetaCube, MicroStrategy,结果是由于IQ针对数据仓库提供了上钻/下钻操作,因此rollup rolldown成为了关键字,不能支持metacube,而且micro stategy则可以.

结论:
1.IQ用于报表或者ROLAP型数据仓库方面,是很优秀的一个产品, 能支持TB级数据量的同时,又提供了接近于MOLAP的性能. 但由于有大常的非标准(这有点类似于informix的red brick), 选择ROLAP产品要小心.
2.IQ不合适用于OLTP,因为按索引查找的性能很低.
3.由于结论2, IQ在装载渐变数据时,性能会很差(UPDATE是使用索引查找的). 通常要配合一个OLTP型的数据库先完成数据更新,然后再全量装载到IQ中.不过,按照SYBASE的说法,买一个ASE再加一个IQ,也要比买其它一个数据库产品便宜.呵呵,这一点大家自已考虑了.
以上纯属个人观点,

使用道具 举报

回复
论坛徽章:
1
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44
13#
发表于 2007-4-24 22:11 | 只看该作者
另外补充一句, IQ的专利技术并不是类似于位图索引,而是称为"按列存储", 完全颠覆了传统数据库按行存储的根本模式. 位图索引是其它数据库厂商参考IQ的思想,在按行存储的基础上作出的折衷方案,但由于访问数据时仍然需要整行读出,效果与IQ仍然相差较大.例如前面提到的,XPS中就使用了bitmap index,结果仍然2分钟:7秒. ORACLE 8i时由于没有bitmap index,性能就更差得远了. 不过从9i开始, 也开始提供了位图索引功能,只是后来没有进行测试了.

使用道具 举报

回复
论坛徽章:
0
14#
发表于 2007-4-26 11:32 | 只看该作者
"按列存储"好几年前就在说了,对一些只访问某一列的SQL是加速了。可以对很多复杂SQL,比如谓词里有多列、要选取整行、多表复杂的join就不行了。

事物都有两面性。

使用道具 举报

回复
论坛徽章:
233
天枰座
日期:2016-02-02 09:36:332012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41灰彻蛋
日期:2011-06-22 19:28:30现任管理团队成员
日期:2011-05-07 01:45:082010广州亚运会纪念徽章:拳击
日期:2011-04-08 16:56:552011新春纪念徽章
日期:2011-02-18 11:43:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:15
15#
发表于 2007-4-26 14:40 | 只看该作者
2002年的时候,用过一次IQ,
select count(*) from tabA union
select count(*) from tabB union
.
.
.
select count(*) from tabN

结果,机器都DOWN了,从此留下不好的印象。

使用道具 举报

回复
论坛徽章:
3
会员2007贡献徽章
日期:2007-09-26 18:42:102009新春纪念徽章
日期:2009-01-04 14:52:282009日食纪念
日期:2009-07-22 09:30:00
16#
发表于 2007-4-29 09:56 | 只看该作者
DB2做分区可以应付海量信息,这一点Oracle不行

使用道具 举报

回复
论坛徽章:
0
17#
发表于 2007-4-29 12:57 | 只看该作者
任何数据库都有自己的长处和短项,要根据实际的应用情况来决定取舍,不能武断的说那个好,那个不好

使用道具 举报

回复
论坛徽章:
0
18#
发表于 2007-4-29 13:30 | 只看该作者
最初由 南来一味凉 发布
[B]"按列存储"好几年前就在说了,对一些只访问某一列的SQL是加速了。可以对很多复杂SQL,比如谓词里有多列、要选取整行、多表复杂的join就不行了。

事物都有两面性。 [/B]


是的,IQ 只是比较适用某类查询,使用范围比较窄,现在数据仓库的需求 IQ 比较难达到。

使用道具 举报

回复
论坛徽章:
0
19#
发表于 2007-5-5 17:14 | 只看该作者
oracle有rac,这点比db2的hacmp要强,不过db2 9有了pure xml,也够oracle追半天的了,对于一般的应用,oracle,db2都能很好的满足要求,不存在这个能做到,那个不能做到。

使用道具 举报

回复
论坛徽章:
1
授权会员
日期:2005-10-30 17:05:33
20#
发表于 2007-6-22 12:41 | 只看该作者
oracle 和DB2两者之间的对比测试其实很多,只能说各有优势,同意楼上所说很难简单的评价优劣。

p.s. 楼上提到说DB2的分区oracle没有,其实oracle是最早提出分区的,只是两家的分区逻辑不一样而已。

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表