在
Oracle数据库中，提供了一种被称为“事务”的控制机制。通过事物，能够完成对数据有效安全的修改操作，使数据库中的数据达到一个数据一致的状态。事
务可以把数据库的好几个操作步骤当作一个整体，当其中有某个操作没有成
功的话，则所有操作都会发生回滚。Oracle数据库就是通过这种机制来保障数据的一致性问题。
但是，事务若编写的不好的话，则不但起不到应有的作用，还会大大降低数据库的性能。如在数据库事务执行时间比较长，就很有可能导致锁冲突，从而降低数据库的并发访问性能。所以，数据库管理员在编写事务时，还是需要遵守几个指导方针。
指导方针一：在事务中尽量使得访问的纪录最小
在事务中，若执行Update等记录操作语句，数据库为了保障数据的一致性，会对其所访问的记录加锁，防止在同一时间内其他用户对其修改。此时，若其他用户需要访问加锁的记录，则必须等待。此时就会发生锁冲突。
所
以，在事务中要尽量使得访问的记录量最小。如此就可以减少锁定的行数，从而减少事务之间的冲突。这要求数据库管理员在事务中尽量精确的定位语纪
录。如在数据库中读取记录时，最好能够使用Where语句进行定位。并且在编写Where语句的时候，要尽量的详细，最好能够实现一对一，则是最好的。
指导方针二：保持事务尽可能的简洁
在
事务中尽量使得访问的纪录最小，这是从数量的角度来考虑锁冲突。而保持事务尽可能的简洁，则是从时间的角度来考虑避免锁冲突的事情。保持事务尽可
能的简洁，主要是要求数据库管理员在编写事务的时候，不要把事务写的太过于庞大与复杂。否则，事务在执行的时候就会占用比较多的时间。而这直接导致的后果
就是数据库会把某些记录、甚至一张数据表锁住比较长的时间。这就会恶化锁对数据库的负面影响。
故当用户在知道了必须要进行修改的记录之后，就要马上启动事务；并且在最短时间内执行完相关的修改语句，然后立即递交或者回滚。而且，只有在确实需要时，才打开事务语句。具体的来说，数据库管理员在事务的简洁性方面，可以尝试如下方法。
1、
在同一个事务中不要加入过多的修改或者删除语句。如当用户需要更新用户信息表中的相关数据。例如在员工的编号前加入YG前缀并且同时根据员工入
职年份计算员工工龄。这两个更新语句若从技术上来说，放在同一个事务中并没有什么不妥。但是，当员工数量比较多时，若把他们合并在一起，则这个事务执行得
时间会比较久。为此，最好在更新数据库表的时候，若预计执行时间会比较长，则最好能够把更新语句进行分割，如一列列更新等等。
2、
在更新时，若一次性更新的语句比较多，最好能够选择合适的时候更新。更新某个数据库中记录，其执行所需要的时间往往跟数据库的记录成正比。其记
录越多，更新所需要的时间越多。为此，笔者建议，当需要更新的记录比较多的时候，最好能够选择合理的时机。如有些应用程序在设计时，可以把这个更新放在后
台处理。如此的话，应用程序就可以选择数据库比较空的时候，来更新表中的记录。这无疑可以在很大程度上降低事务对数据库的负面影响。
指导方针三：不要在事务处理期间要求用户输入
数
据库管理员在编写事务时，要确保在事务启动之前，让数据库系统获
得事务执行所需要的所有内容。如记录的查询条件、所需要更新的内容等等。如果在事务执行的过程中还需要用户的输入，就回滚当前的事务。当用户提供了必要的
参数之后，再重新启动这个事务。因为即使在事务执行的过程中，用户立即响应。但是，用户的反应速度要比电脑的响应速度慢的多。所以，当用户在事务执行的过
程中需要输入参数的话，就会使得这个事务所占用的数据库资源要保持很长的时间。这就有可能增加阻塞的风险。因为当用户没有及时输入所需要的参数时，事务仍
然会保持活动状态，并锁定相关的资源，直到他们响应为止。若用户所需要输入的参数比较多时，用户可能会几分钟甚至一个小时没有输入。
指导方针四：在浏览数据时，尽量不要打开事务
根据笔者的经验，用户更改数据所需要的时间，其实很少。而大部分时间则是在更改数据之前对数据的分析上。如在定位需要对哪些数据要进行更改；如在更改事务递交好的审核;如在考虑该怎么进行更改。这个分析工作所占据的时间往往是大头。
故
笔者提醒数据库管理员，在所有预备的数据分析完成之前，在用户数据浏览的时候，不要启动事务。也就是说，在用户更改数据的时候，仍然不是触发更新事务的最
佳时间。只有到用户确认无误后，选择“更新”按钮，此时，才可以触发这个事务。并且，及时递交或者回滚这个事务。如此，在事后审核的过程中，事务
就不会继续占用资源。
除了以上这些指导方针外，还有其他的一些小细节要注意。数据库管理员在设计跟更新相关的事务时，要合理选择时机。让事务在保障数据安全性的同时，最大限度的降低其负面作用。
如果想了解更多数据库教程知识可登陆e良师益友网。