可重复执行的SQL Script实战总结

问题

在工作中偶尔会遇到这样的问题：SQL script重复执行时会报错。

理想的状态下，SQL script跑一遍就够了，是不会重复执行的，但是实际情况往往很复杂。
比如Dev同学在开发时在A环境把他写的那个脚本单独执行了一遍，而在下一个测试周期的时候，测试同学又在A环境把所有DB脚本都执行了一遍，然后就报错了。

如下示例，这里错误的原因在于重复创建表。

例1

create table tableA (col1 char(10), col2 number);

SQL Error: ORA-00955: name is already used by an existing object

再举一个例子，反复执行插入语句虽然可能不会报错（如果没有constraint的话），但是却造成了数据冗余，甚至会影响Data Quality。

例2

insert into tableA values ('ItemA', 10);

原因

这个问题有两个方面的原因：

• 执行DB脚本的人在不同的的开发周期中往往不是同一个人，且缺乏各个脚本在不同环境的执行记录。
• DB脚本本身不可（适合）重复执行。

解决方案

解决的方案也有两个方面：

一是，规定Dev一般只在开发环境做测试，如果在其他环境跑了脚本要及时Roll Back。另外，创建一张表，用来记录各个DB脚本在不同环境的执行记录：时间戳，执行人员，成功或失败。

二是，写可重复执行的DB Script。比如上面的两个例子可以改成：

例子1-1

declare 
	isexists number;
begin
	select count(*) into isexists from all_tables where table_name='tableA' and owner = 'sysA';
	if isexists = 1 then
		execute immediate 'drop table "sysA"."tableA" purge';
	end if;
    execute immediate 'create table tableA (col1 char(10), col2 number)';
end;

例子2-1

declare 
    countNum number;
begin
    select count(*) into countNum from tableA where col1 = 'ItemA';
    if countNum > 0 then
        delete from tableA where col1 = 'ItemA';
    insert into tableA values ('ItemA', 20);
    end if;
commit;
end;

总的来说，在写DDL或者DML的时候，多一个心思，考虑一下这段代码可否被重复执行，然后根据需要多加一些判断条件，即可以使程序的鲁棒性更好。