解读SQL和Oracle对数据库事务处理的差异(3)_Mssql数据库教程

推荐：分析SQL Server性能的改进与逻辑数据库设计的关联
SQL语句优化的原则： ◆1、使用索引来更快地遍历表 缺省情况下建立的索引是非群集索引，但有时它并不是最佳的。在非群集索引下，数据在物理上随机存放在数据页上。合理的索引设计要建立在对各种查询的分析和预测上。一般来说：①。有大量重复值、且经常有范

为了简化，我只是用个人的语言讲述和事务有关的部件。SGA可以理解为全局内存。其中Database Buffer Cache存放的是从数据文件中读取的数据缓存。紫色的圆柱体为数据文件。Redo Log Buffer为重做日志缓存，也就是保存日志的内存块，一切的数据的修改都会记录在Redo Log Buffer里面。例如用回事务二更新key为1数据的例子。当事务二更新key为1数据从A到Z。Oracle数据库引擎会把key为1的数据的 rowid，修改前数据A以及修改后数据Z都记录在Redo Log Buffer里面。如果事务二继续更新key为2的数据为Y，那么key为2的数据的rowid，修改前数据B以及修改后数据Y也记录到Redo Log Buffer里面。每一笔数据都记录，而且是流水线性记录。一旦事务二进行提交，LGWR进程（Log Writer，日志写进程）就会把Redo Log Buffer的数据按顺序写到Log Datafile里面，也就是日志数据文件里面，当写日志文件完成，Oracle数据库引擎会生成一个SCN（system change number，系统更新号），到这时候Oracle数据库引擎会通知调用方提交完成了。这里可以看到Oracle在提交的时候不必要把更新数据写回数据文件，而是写到日志文件里面。因为顺序写线性的日志文件速度快很多，而写数据文件是需要随机读写。由于线性记录和SCN号控制，数据库引擎可以通过redo log（重做日志文件）的操作得到最新的数据。当然在Checkpoint的时候数据文件是最终还是会更新的，只是说事务提交的时候更新数据文件不是必须步骤，这样能很大的提高性能。

由于这个机制，回滚变得很简单，要读没提交前之前的SCN是很容易的事情。

对于初学者关于数据库事务处理的建议

我自己也是从新手一步步走过来，现在也不是老鸟，算是有点经验，如果是刚入门的同学，你觉得有用就看一下，没用就过了。

对于数据库事务的处理，开始的时候不需要很深入了解数据库的原理，当然以后还是需要了解的，优先级排后而已。高优先级如下：

首先，事务不是什么高深神秘的东西，我从入行开始所做的所有系统，包括现在的嵌入式系统，都用到事务。我并不觉得大部分系统事务有什么问题，只是一些约束和同步机制，真的有问题从自身系统设计角度看，不一定说从数据库技术角度去找解决方法。例如Oracle的长时间查询如果Undo Data（历史数据）给覆盖了，Oracle会抛出异常“ORA-01555： snapshot too old”，如果出现这种问题，我会从自身系统设计角度入手，为什么有那么大的查询，为什么在这个查询中其他事务会更新数据，这些查询是否只是查一次就够了，查的过程是否需要锁住表等等。然而这个问题可以通过数据库调优解决，但是我想问题的角度首先是从自身系统设计出发。

第二，要知道的是不同数据库的事务类型的区别，例如MS SQL Sever是默认是自动提交事务，用的时候需要知道每个语句都有单独的事务在操作。而Oracle是类似于隐式事务，必须手工commit或者rollback。

第三，使用事务要知道一一对应，特别是嵌套事务的时候，有始有终。很多问题时候发生终的时候，注意异常处理需要结束已经打开的事务。

第一点是心理问题，第二三点是技术问题，做好我觉得就可以入门开发系统了。以后碰到问题在一步步深入。

分享：怎样利用SQL Server复制技术实现数据同步更新
Microsoft SQL Server 2000复制的概念：在数据库之间对数据和数据库对象进行复制和分发并进行同步以确保其一致性的一组技术。 使用复制可以将数据分发到不同位置，通过局域网、使用拨号连接、通过 Internet 分发给远程或移动用户。复制还能够使用户提高应用