也说sybase和Oracle的对比

mike79

看了“售前资料——sybase 15.7 与 oracle 10g 对比——核心结构的对比”(http://bbs.chinaunix.net/thread-4062032-1-1.html)

我只能说做枪手写软文也要找个专业点的。

1，事务
事务都要写redo，这个所有数据库都相同。
事务要支持回滚，Oracle通过undo机制来实现，那么sybase是怎么实现？
“trading system中rollback经常发生”，这个rollback是客户要求rollback(正常情况下事务都是以提交为目的，在什么场景下会出现经常rollback？)，还是数据库设计缺陷导致的rollback？比如读阻塞了写，导致事务超时而被中间件等强行断开连接。

2，快照
Oracle的一致性读保证读取到的是语句开始执行的那个时间点的已经提交的数据。比如统计1000万个账号的money字段的sum。在计算到600万个帐户时，有其他事务将第800万个帐户的钱转移到第100万个帐户并提交(对应2条update语句)。通常的read commited并不能保证数据一致性，因为你不能就简单的把第800万个帐户的钱加上去，必须要考虑先前的转账事务。这种情况sybase是怎么处理的？(在sum操作完成前，转账事务会被阻塞么？)

3，行锁机制
Oracle的行锁设计避免了锁升级(锁升级是很坏的东西，不必要的降低了并发性)。行锁不是一种昂贵的资源，开发人员不需要为了避免占用太多的行锁而被迫写短小的事务，他们根据业务所要求的数据完整性和一致性来设计事务大小。
配合Oracle的undo，Oracle的行锁冲突只会发生在写-写冲突上。这是任何数据库都无法避免的，在上一个更改纪录的事务结束前，新事务无法修改当前纪录。但是读和写互不阻塞。Sybase中的读写阻塞是怎样的？读会阻塞写么？反之在事务提交前，写会阻塞读么？

undo是Oracle的核心，很多有用的功能都是基于undo，例如闪回版本查询。你想查这张表半小时前的数据？只要有足够的undo空间就可以。在sybase中我该怎样查半小时以前的数据？有什么要注意的地方？