Oracle Sybase Informix 与DB2的比较

DB2数据库与Oracle数据库的比较 
开放性/可移植性 
IBM DB2 UDB在各层面,从网络协议的支持到应用开发程序的编程接口,数据库存储程序及触发器,服务器之间的分布式运作,都是基于最新的国际标准,以确保其开放性及移植性。ORACLE的许多功能都是使用其私有的,非开放性的技术。例如:ORACLEPL/SQL语言是ORACLE私有的。其存储程序语句也不符合ANSISQL及ISOSQL的标准,客户机/服务器的编程接口,ORACLE的SQL*NET也不是根据标准定义的。 
·处理性能 
IBM发明了关系型数据库以及其优化技术,并不断发展,所以DB2在各种性能测试中均占领先地位。IBM有信心能在各种标准的测试环境下超越ORACLE。DB2在高端应用具有过硬的技术,有众多超过1Tera-bytes数据量的用户实例。由于ORACLE限制用户在未经许可的情况下不能公布他们所作的性能测试,故一般用户不易取得ORACLE的比较资料。Oracle超过1Tera-bytes数据量的客户实例很少。 

·并行能力 
DB2的并行版支持位图索引和对象关系,因此,DB2有更好的扩展性和性能。Oracle触发器无法支持并行:在一些特殊的引用完整性(referentialintegrity)的限制下,并行也无法运用:如果表格中有大对象,由于前述的限制(表不能分割),并行也无法运用。总之,Oracle在并行系统中没有实现位图索引和对象关系, 

·分布式数据库 
DB2分布式数据库的处理(如两阶段提交)及连接功能是建立在DB2的核心中,不需要使用其它的产品附件。性能好,易使用,减少开支。ORACLE的分布式功能需要另外购买DistributedOption以及SQL*NET等产品才能实现分布式数据库的连接。 

·异构平台支持 
在异构的环境中,IBM数据库方案简单、更加无缝而且比Oracle的成本低; Oracle的异构网关性能差,当访问异构数据库时,Oracle缺乏全局的优化,导致了过多的数据及网络传输。 

·复制能力 
DB2提供业界最佳效率的和最开放的复制方案;DB2提供自动冲突检测和解决方法。 Oracle只提供自动冲突检测和解决方法的例子程序,用户须对例子程序做定制后来解决复制冲突 

·对电子商务支持 
IBM的Java技术为业界所公认,DB2公认为电子商务基石。DB2提供的JDBC接口,还可用Java语言写储存过程和用户自定义函数 Oracle的Java技术仅局限于数据库和ERP应用。 

·对商业智能支持 
DB2OLAPServer远比Express更易使用和实现。DB2OLAPServer提供读/写能力-这对一些关键性的多维分析扩展应用如:预测和预算,是非常有用的(Express只支持读)。IBM的商业智能解决方案中,拥有数据挖掘(IntelligentMiner)工具。 OracleExpress只支持读的能力,不利于支持预测和预算。Oracle缺乏数据挖掘方面的工具。 

·软件质量与可靠性 
DB2的软件开发实验室早在1994年便已通过ISO9000国际质量管理标准的验证与认可。故DB2的软件质量是所有数据库厂家中可靠性最高,故障率最低的数据库。 ORACLE版本6及版本7在推出后皆需经过无数次修订版升级才能达到一定程度的可用度,这给用户带来极大的不便,并且严重影响到投产系统的可用性及可靠性。

DB2数据库与Sybase数据库的比较 

·开放性/可移植性 
IBMDB2的编程接口遵照ANSI、X/OPEN标准的CLI(CallLevelInterface)及ANSISQL的嵌入式SQL等开放标准。IBMDB2的存储程序和触发器机制则使用最新的SQL国际标准并支持标准的开放语言如C/C++。在DB2CommonServerV2.1.2(1996)以及DB2UDB(1997)中更加入了用Java语言开发存储程序和触发器的功能。 1.编程接口:SYBASE使用的编程接口不是开放的,因为他使用的是自己的OpenClient/OpenServer接口,而不是基于某一标准的接口。2.存储程序(StoredProcedure):由于SYBASE的CLIENT/SERVER技术是80年代开发的,没有使用SQL92等相关的标准,因此编制存储程序和触发器所用的Transact-SQL也是它们自己专用的。 

阅读更多

InFormix onconfig文件参数详细中文说明

设置配置文件(onconfig.cfg)  参数详细说明

#Root Dospace Configuration(根数据库空间配置)

ROOTNAME   rootdbs       #根数据库空间名

ROOTPATH    /opt/informix/rootdbs  #根数据库空间所在设备的路径

#权限为660
#可以指定到熟文件上,也可以指定到裸设备上

ROOTPATH     0            #根数据库空间在设备中的偏移值(Kbytes)

ROOTSIZE     500000        #根数据库空间大小(Kbytes)

#Disk Mirroring Configuration(磁盘镜像配置)

MIRROR          0         #镜像标志(Yes=1,No=0)

MIRRORPATH               #根数据库空间镜像所在设备路径

MIRROROFFSET  0          #根数据库空间在镜像设备中偏移值(Kbytes)

#Physical Log Configuration(物理日志配置)

PHYSDBS        rootdbs     #物理日志所在数据库空间名

PHYSFILE       10000      #物理日志文件大小(Kbytes)

#物理日志的大小与逻辑日志的大小比例为1:3,即为全部dbspace的5% (逻辑日志所占空间大小为全部dbspace的15%)
#也有说法为logdbs 为datadbs的 1/3, phydbs为logdbs1/2,tmpdbs=phydbs 这里要按实际情况进行计算,一般可以按上面的比例进行
#物理日志在数据库初始化后一般会移到其它空间上,而不是在rootdbs上

#Logical Log Configuration(逻辑自志配置)

LOGFILES       6          #逻辑日志文件数目(范围3-60)

LOGSIZE        5000       #逻辑日志文件大小(Kbytes)

#逻辑日志总空间=LOGFILES*LOGSIZE

#总的逻辑曰志空间分配为全部dbspace空间大小的15%
#大的日志文件,少的个数有利于管理,但不知道日志文件要多大才算合适,怕过大影响性能

阅读更多