超级PK:Sybase与Oracle的十二场性能比拼

核心提示： 为了能提高事务的吞吐量和低的响应时间，Sybase主要采用了支持存储过程(Stored Procedure)、Log成组提交以及基于成本的优化等技术，超级PK:Sybase与Oracle的十二场性能比拼(6)，其设计思想分别和Oracle中数据库共享缓存管理以及查询优化机制相似，从功能处理

为了能提高事务的吞吐量和低的响应时间，Sybase主要采用了支持存储过程(Stored Procedure)、Log成组提交以及基于成本的优化等技术。其设计思想分别和Oracle中数据库共享缓存管理以及查询优化机制相似，从功能处理上没有Oracle的全面和有效。长期以来，Sybase采用页级封锁机制来解决写/写冲突，使用户的并发事务受到很大限制，集中体现在用户的并发事务达到一定数量时，系统实现上容易陷入瘫痪的状态。在ASE的新版本中才引入行级锁，然而，Sybase的行级锁并不彻底，它采用可升级的行级锁，可升级的行级锁随着系统活动级别的增加，为管理内存的使用，会升级原有锁的级别——当系统并发访问较多时，会引起行级锁升级为页级锁。所以系统对大量并发的控制并没有实质的改善。例如，用户A在修改某个客户信息，将可能影响用户B修改其它客户信息。不必要的资源竞争 ，较低的系统并发性，对关键业务的OLTP系统是无法忍受的。

由于缺少读一致性的多版本模式，Sybase不能提供一致性和并发性兼得的解决方案。为了使读操作不阻塞写操作，Sybase使用脏读(Dirty Read)技术。虽然提高了性能和并发性，但带来了读到的数据可能与数据库中的数据不一致的结果。另一方面，如果要保证读一致性，Sybase采用加读锁技术，而用户A的读锁不能与用户B的写锁同时加在同一个数据块上，因此，用户A必须等待，直到用户B的事务处理结束，释放写锁后，才能继续进行读操作。或者用户B必须等待用户A读操作完成后才能进行写操作。读和写操作互相阻塞，大大增加了死锁的可能。

5、硬件平台及操作系统的适用性

Oracle能支持几乎所有常见的硬件平台及操作系统，这种支持不是简单 的内核移植，而是针对不同的硬件平台及操作系统，充分利用不同硬件平台以及操作系统的优势，并在数据处理方面加以发挥。