8.1 编写高效的事务处理代码

?         批处理顺序的批理批中的每一个事务。在线处理系统（OLTP）一次处理一个事务。使用这两种方式都要有一个有一个行之有效的方法来对handles recovery
?         避免使用不必要的大事务。
?         在用户自定义事务中从来不要使用DDL语句（比如CREATE　TABLE或者SELECT INTO）,因为它将会在事务的执行过程中锁定Sysobjects 和sysindexes。一个例外就是数据库更改语句。
?         最小化事务执行的时间
?         在事务中以相同的顺序使用数据库对象来最小化死锁。
?         总是对错误进行检查，如果有错误发生，回滚事务
 
例如:
IF @@TRANCOUNT = 0 BEGIN TRAN
IF @@TRANCOUNT > 1 ROLLBACK TRAN

8.2 批处理

在批处理文件中使用OSQL来调用存储过程和其它的SQL脚本.
如果服务器使用NT集成的验证,使用/E 选项来打开信任连接.而不能使用/U /P.
 
下面是一个在NT环境下使用批处理的例子,如果有任何错误发生,它将会重试2次.
 
set sp=LevelSalesTransactions                                           >>%log%
set qry=osql /S%facsvr% /dstaging /E /b /n /I /w250 /H%_Job_Name%  /Q "exec %sp% '%1', %Semaphore% " >> %log%
(%qry% || (sleep 60 & %qry% || (sleep 60 & %qry%)))                            >>%Log%
if errorlevel 1 set errmsg=***%_job_name% failed running %sp% & goto problem
 
:Finish
call FINISHED.cmd
goto done
 
:problem
call errhandl.cmd
 
:done
 

排列三试机号走势图: 附录A:最常见的不应该出现的问题

 
数据库设计和开发标准描述我们在数据库系统的开发过程中应该怎么做,为了更好的强调这一点,下面的列表描述了哪些不应该做.
1.        创建没有主健的表
2.        创建没有clustered索引的表
3.        不使用事务来强制数据的一致性和完整性.
4.        使用了事务,但是即不检查是是否有错误发生,也不对有问题的事务进行回滚.或者是没有对有错误发生的事务进行后续的错误处理.
5.        在数据库中不强制父子(或者主外键)关系,忽略了参照完整性.
6.        没有对安装,备份,恢复和维护等的具体计划.
7.        在数据库系统开发后来实现安全性或者是根本就没有对安全性进行设计.
8.        在数据库模型设计完成之前进行开发,然后对数据库构架进行分修正.
9.        在主外键关系的相应列中数据类型不匹配.
10.    在数据库中有无关的冗余数据.
11.    不在存储过程中加上合理的注释。
12.    在写过代码之后再写设计文档或者根本就不写设计文档.
13.    不对设计和编码进行检查.