LoveUnix » DB2 & Informix » 这就是DB2成为世界领先的数据库平台的原因。
让LU留住您的每

一天 让LU博客留住您的每一天
2006-11-19 22:48 老农
这就是DB2成为世界领先的数据库平台的原因。

开放的DB2拥有先进的数据库技术,专为随需应变的统一信息平台而设计,它能够使您摆脱现有信息系统的禁锢,全面支持您随需应变的业务发展。

选择DB2的核心理由:
[b]DB2开放无界[/b]——DB2支持Unix, Linux 以及Windows等主流操作系统,能够全面保护您的投资。DB2全面采用业界标准,支持各种开发语言和访问接口,令系统集成更加顺畅。
[b]DB2集成基石[/b]——IBM采用业界领先的联邦数据技术,DB2 II 提供复制、传输、高速缓存、XML、Web服务及Java功能,帮助企业即时访问、集成、管理和分析存储于企业内外任何平台上的各类信息。
[b]DB2安全稳定[/b]——DB2具有良好的数据安全性和优异的稳定性,能够令您的应用24*7全天运行。DB2 V8.2的高可用性灾备(HADR)技术,可以在极短的时间内使关键应用得到恢复。
[b]DB2性能卓越[/b]——高效的引擎令您的应用运行更快,响应更迅速。
[b]DB2物超所值[/b]——与同类产品相比,您花同样的钱可以享受到更先进的功能,获得更好的性能价格比。
[b]DB2扩展无限[/b]——利用DB2数据分区部件(DPF)实现横向扩展,可以支持多达1000台服务器组成的庞大数据库群集,为构建企业级数据仓库提供坚实的技术基础。
[b]DB2网格先锋[/b]——利用DB2的数据分区部件(DPF)以及DB2信息集成器(DB2 II)技术,数据库操作可综合利用网格中的每台服务器的运算能力,实现真正意义上的网格运算。
[b]DB2使用无忧[/b]——IBM为您提供24*7强大的DB2技术支持,可为最终用户和应用开发商提供高质量的服务,使您更放心地运行基于DB2的关键应用。

2006-11-21 21:38 有有
:L :L 啥时候变成了IBM的推销员了。。

2006-11-21 21:45 charly
每个原厂都是这么吹嘘自己的产品如何如何好,掩盖自己产品的缺陷。

2006-11-21 22:10 老农
还别说,我几个做了很多年ORACLE,并且精通ORACLE的好友仔细看了DB2的东西,是觉得DB2比ORACLE强。

但ORACLE在中国的市场就是强。

2006-11-22 23:00 zjspy
DB2真的很烂,用过你就知道。

2006-11-22 23:02 老农
呵呵,那它怎么成为世界市场分额第一的呢?

不熟悉的东西,应该都用不好

2006-11-23 10:35 wolfop
DB2成为市场第一恐怕只有部分年份,而且是加了OS/390和AS/400上面的份额。要说烂嘛,其实数据库都差不多。我用过的感觉是
ORACLE的BUG奇多,尤其现在如果用10G做生产,虽然已经出来第二版了。但是功能丰富,资源足,而且是主流商业数据库唯一支持多版本读特性的数据库。
INFORMIX从9.4开始恢复了其比较稳定的特性,DOWN的几率比ORACLE 10G少多了,IDS 10更稳定。但是功能弱,资源不足,人才和第三方工具都极为匮乏。
DB2呢,稳定性还可以,不过做OLTP的性能,用我们的应用的时候可真是比ORACLE 10G和IDS 10都差。也许更适合做DSS。

2006-11-23 11:34 老农
但IBM做OLTP测试,都是用DB2了,这个这么解释呢?

而且,jxufe可以列举出N多实际案例来证明,性能上DB2不差,关键在于编程的水平差

2006-11-23 17:37 jxufe
db2/390 ,db2/400那时经典杰作,充分结合了底层技术
可惜了ids,本来是我在开放平台上最钟爱的oltp数据库
开放平台上的db2 在安装维护配置上简易,层次感强,该交给os处理的交给os(比如user管理)
但是开放平台的db2开发不如oracle,对开发人员要求太高,嵌C预编译后还要绑定,本来绑定执行计划是db2的一个强项,但换个实例名,如果没有源码重新预编译,还经常绑定不成功

2006-11-24 13:22 wolfop
TPCC的OLTP测试不可以不信,不可以全信。我一直持这个观点。IBM自己其实用64个POWER5用DB2 V8跑了320万TPCC。为了阴ORACLE,但是又不能变成给人说在6000上面跑ORACLE慢,就用32个CPU跑ORACLE跑了个160万。其实说明什么ORACLE和DB2在做TPCC的时候性能都差不多。至于实际应用,Z/OS的上的DB2不好说,没怎么接触,但是看实际在国内通信行业,移动、电信的关键OLTP系统,DB2用的真是少之又少,但是在BI方面就很多。
不过总的来说,DB2和ORACLE在技术特点各有千秋,挺喜欢DB2和IDS可以用脏读的特性,哈哈。

2006-11-24 13:51 jxufe
国外通信业里db2/390很多哦
电信移动在出账的那几天,就有很多服务不提供了,比如查询帐单就不提供了
银行可是365X24要提供服务,除非系统瘫痪

[[i] 本帖最后由 jxufe 于 2006-11-24 13:52 编辑 [/i]]

2006-11-24 15:38 老农
即使是“用64个POWER5用DB2 V8跑了320万TPCC,用32个CPU跑ORACLE跑了个160万”那也是DB2快啊,因为CPU的倍增性能是不可能倍增的,能长90%就不错了。

测试是不可全信,但它毕竟是一个第三方定的基准,大家都是公平的。而在实际环境中,因为编程的不同,情况就不好说了。

至于是市场情况,国内我认为ORACLE和DB2应该将近是3:1,DB2少多了。但世界范围内,ORACLE在OLTP应用中的比例,也不会高多少。国内其实是一个畸形的市场,这点我想不用说你也明白。

2006-11-24 19:26 wolfop
[quote]原帖由 [i]jxufe[/i] 于 2006-11-24 13:51 发表
国外通信业里db2/390很多哦
电信移动在出账的那几天,就有很多服务不提供了,比如查询帐单就不提供了
银行可是365X24要提供服务,除非系统瘫痪 [/quote]
哇,那个电信还是移动啊,能这样,出帐就不提供帐单。够土的,估计架构设计做得太滥。

2006-11-24 22:26 老农
起码移动在出帐那几天,帐单查询是不提供的。

同理来说,电信肯定也是这样

2006-11-27 13:27 orian
db2 5/6/7 在open平台和390平台确实有很大差别,从8开始就差不多了,到9基本统一。国内用open的多,oracle还是很有市场的。

我不太了解这两种数据库,只能说旁观的看法:

oracle是集中管理的路子,小库的时候性能、管理都非常好,但如果做不了smp并行,要做node并行,就落后了(不能说差)
db2是分步管理的路子,单一节点看不出优点,节点越多,库越大,优势越强,但确实很多功能不够。从收了informix,又学了很多新东西,有希望赶上。

以前感觉,oracle通常在几十到几百G的时候不错,上T就问题多多,特别是发生了crash之后
db2在几百G刚开始,几个T到几十个T,优势才有。但到很大的库,设计又很关键,如果设计不好,db2也不能自动就优化好,从这一点看,如果技术不够,大库小库,都是oracle普遍上看起来好些。v9增加了很多自动化的功能,希望能弥补这个缺陷

2006-11-27 16:28 wolfop
[quote]原帖由 [i]老农[/i] 于 2006-11-24 22:26 发表
起码移动在出帐那几天,帐单查询是不提供的。

同理来说,电信肯定也是这样 [/quote]
看来北京的移动真差。

2006-11-27 17:16 老农
北京移动还最贵。。。。
TNND,现在在外地办个号,到北京漫游用都比北京的便宜。。。。

2006-11-28 21:30 jxufe
在国内db2与oracle之争很容易演变成金融应用与电信应用之争

2006-12-1 21:01 qqone
不管电信移动,出帐那几天技术人员都提心吊胆。。。。


[quote]原帖由 [i]老农[/i] 于 2006-11-24 22:26 发表
起码移动在出帐那几天,帐单查询是不提供的。

同理来说,电信肯定也是这样 [/quote]

2006-12-6 13:17 haian
数据库还是oracle的好些,市场上也是oracle占优势的,银行的数据库没法同电信运营商的比的,要是用db2(6000上的,Z系列的不清楚)来跑电信计费估计够呛。

2006-12-6 19:15 老农
银行的数据库没法同电信运营商的比?这玩笑要开大了。。。。

2006-12-15 23:05 zdygk
嗯,这个我还是有点说服力吧,电信金融各混了3年.应该反过来说.

2006-12-17 18:26 十年
在unix平台或oltp应用上,oracle的占有性能优势
oracle使用方便
海量数据db2有优势
db2维护要比oracle简单

2006-12-17 21:56 老农
[quote]原帖由 [i]十年[/i] 于 2006-12-17 18:26 发表
在unix平台或oltp应用上,oracle的占有性能优势
[/quote]
在小数据量情况下,这样说应该是对的。但在大数据量的情况下,就不是了。

页: [1] 2


Powered by Discuz! Archiver 5.5.0  © 2001-2006 Comsenz Inc.