数据库应用设计与实现

1、解析是为执行SQL语句做准备的过程，它涉及检查语句、权限、对像的有效性，以及创建执行计划（execution plan）。

     Oralce共享池（shared pool）中维护了一份SQL语句的缓存，如果在共享池中找到了匹配的SQL语句所对应的解析被称为软解析，否则，必须进行硬解析。

     硬解析不仅耗费CPU时间，在有大量会话要同时缓存SQL到共享池时还会造成争用。使用绑定变量并避免不必要的重解析，可显著降低解析开销与闩锁和互斥的争用。

 

2、批量检索记录可以减少发送到数据库服务器的请求次数，也可以降低网络流量和逻辑IO开销，对于批量查询来讲，批量提取大约可以带来一个数量级（10倍）的性能提升。

 

3、应用事务设计的基本目标是持有锁的时间尽可能短，然而，也不能为了提高并发而牺牲事务的完整性。

     悲观锁策略--记录可能会在被提取到与被更新的时间间隔内被其它用户更新。为避免任何争用，悲观锁要求你在检索到记录时立即锁住此记录。

     乐观锁策略--不需要在提取数据时锁住记录。然而，为避免记录在获取与修改时间内被更新，有必要在事务最终提交DML语句时检查此记录是否有发生变化。完成该任务方法有三种：时间戳、最初的数据选择标准是否仍有效、或用ORA_ROWSCN伪列。

 

      在10G中，ORACLE引入了一个伪列ORA_ROWSCN，访列为每条记录包含了一个系统变更号（system change number, SCN），如果表创建时没有使用rowdependencies关键字，则该列只包含了记录所在数据块中最大的SCN号。使用ORA_ROWSCN是确认记录有没变化最简单的方法。

 

乐观锁例：

...

select ORA_ROWSCN into v_start_rowscn

  from ...;

credit_check(p_cust_id);

update customers_rd

      set ...

where cust_id = p_cust_id

    and ora_rowscn = v_start_rowscn;

 

悲观锁例：

...

select cust_id into v_cust_id

  from customers_rd

where cust_id = p_cust_id for update;

credit_check(p_cust_id);

update customers_rd

      set ...

where cust_id = p_cust_id;

转载于:https://www.cnblogs.com/optimize/p/10112588.html