售前资料——sybase 15.7 与 oracle 10g 对比——核心结构的对比

jiachunzhou

核心结构的对比
Oracle
Oracle 公司数据库产品最早在主机系统实现，由于主机硬件资源充裕，因此Oracle在软件设计上较少考虑硬件的开销，所以基于多进程体系构造DBMS核心结构。随着80年代Client/Server结构的产生，Oracle公司将其数据库系统移植到Client/Server平台，为其核心增加了多线索的机制，但这种多线索机制仅仅是为了容纳更多的用户连接数，于服务器性能和并行度没有任何提高（摘自Oracle performance tuning guide）, 通过在Instance中预置一定数量的专用进程，用户连接和数据访问以队列方式使用进程，事实上任何对数据库的操作都以进程方式实现，由于进程对系统的开销远远大于线程的开销，同时进程切换的速度也远远低于线程切换速度，因此造成了Oracle 数据库对系统的硬件尤其是内存资源要求很高，在同样硬件平台上的运行速度较其它数据库（均为单进程多线索内核）为慢， Oracle数据库难于管理多CPU系统，如果任何一个系统进程停止运行，将导致系统停滞。由于数据库核心处理能力及并行能力的不足， 因此Oracle 试图通过OPS，RAC等技术弥补其并行处理能力的缺陷。

Sybase
Sybase数据库高效的多线索体系结构提供强有力的可伸缩性能力和性能, 多线索体系结构要比传统的多进程结构切换速度快，占用内存资源少。针对1M内存，采用多线索技术可支持20个线索；而多进程技术只能支持1～4个进程。线索之间的调度切换仅需100～200条CPU指令，而进程之间的切换则需要1000～2000条指令。因此多线索技术从资源的占用和调度切换速度上都有相当优势，可充分满足应用所需的吞吐量和响应时间。同时ASE能够在SMP系统中配置产生多个引擎，甚至允许在所有引擎之间进行分布式的客户连接。引擎也处理自己的磁盘访问，对于增加的用户数提供了近似线性的性能伸缩性。

2BeSybPro

核心结构必须提到transaction processing etc，Oracle的transaction processing与Sybase不在一个数量级, Oracle的MVCC/non-blocking是以牺牲事务处理为高昂代价的。In Oracle, one transaction must be written to at least two places (redo/undo)。你去问问Tom (asktom.oracle.com)，在Oracle中rollback是需要多么慎重的一件事，但trading system中rollback经常发生。

Eisen

是啊，这个售前资料拿最新的ase15.7去和oracle n多年前的老版本10g作比较真不是个好主意，还是得从transanction设计以及oracle为了multi version 而设计出的scn号导致scn会用光致使无法支持巨量transaction这些本质性问题上做比较。

zhangyh123

市场占有率说明一切 sybase 差oracle 十年

zhangyh123

[ 本帖最后由 zhangyh123 于 2013-01-12 02:41 编辑 ]

[quote][size=2][color=#000]Eisen 发表于 2013-01-11 21:32[/color] [url=forum.php?mod=redirect&goto=findpost&pid=23756657&ptid=4062032][img]static/image/common/back.gif[/img][/url][/size]
是啊，这个售前资料拿最新的ase15.7去和oracle n多年前的老版本10g作比较真不是个好主意，还是得从transanc ...[/quote]

SCN 这个只是个BUG而已 , 哪个数据库不是一堆BUG :D  

Oracle使用6 Bytes记录SCN，也就是48位，其最大值是：

    SQL> col scn for 999,999,999,999,999,999
    SQL> select power(2,48) scn from dual;
              SCN
------------------------
     281,474,976,710,656  大约可以用数百年时间

2BeSybPro

Oracle数据库结构设计有很大硬伤，是没办法改的。略举几例。
1、MVCC/Non-blocking是以牺牲事务性能为代价的，一条事务必须写几个地方。
2、不能提供实时数据，有更改的情况下只能提供快照，用过Oracle的人都知道ORA-01555 snapshot too old。一只股票前后一秒价差1分，快照很容易导致一笔交易差成千上万的。Wall Street交易系统不愿用Oracle，就是这个原因。
3、旧石器时代的锁机制，极大地降低了事务性能。Oracle locks are not in-memory structures and are attributes of the data itself instead, so Oracle has to go to the rows to find out what rows are locked。
.... (please see http://talussoftware.com/DBPowerSuite/index.html for Oracle facts, most of them still apply)

以前一提到这些东西，Oracle fans就以market share说事。在SAP的大力推广下，Sybase市场份额正节节上升，Oracle压力山大了。

Eisen

怎么说呢? SCN耗尽这可以说是个Bug,但这个bug怕是没法修复的,因位这是个基于系统基本设计引出的结果。不过也可以说是一种产品feather。
另外，诚如2BeSybPro大哥所言，Oracle到现在也没有一个全创新的基本架构出现这个才是oracle的根本问题。
至于market share ... 唉，10年前的Sybase不也就这样是死在market share导致的自满自得上啊。

zhaopingzi

未来方向都是分布式，云数据库，云计算了

hefan

惭愧啊，Oracle还是半桶水，混了个OCP，貌似就rman用过。

手头要学的东西太多了。小机、存储、备份、数据仓库，抽取工具。。。。没法啊

fuchen.w

你懂多少oracle？

回复 2# 2BeSybPro