mysql recyclebin_使用maven-sql-plugin实现持续数据库集成(CDBI)

使用maven-sql-plugin实现持续数据库集成(CDBI)

大量的事实证明：即使使用了DBunit来控制测试数据库的状态，在进行单元测试之前把一些场景数据很优雅地插入到数据库中，但在实际执行用例时还是面对着大量的”脏数据”，这些数据或多或少的影响到了测试的有效性和正确性。此时，我们迫切的希望：在我们每次执行测试用例前能有个干净的数据库，而这个使之”干净”的活动又不需要我们每次人为的来操作。还好，结合maven-sql-plugin插件可以将这一思想集成到Cruisecontrol中，很方便的实现了数据库的持续集成。

在对应项目的pom.xml文件中配置如下：

在build分支下的plugin里分别配置了对插件sql-maven-plugin 的依赖、该插件执行sql脚本所需的OJDBC驱动、oracle数据库的基本配置以及sql脚本执行的配置。其中：

sensibleKey 表示如果此处不明确指定连接数据库的用户名和密码，插件将会去maven目录的setting.xml里找如下的配置：

。

false表示是否忽略下面配置的execute，false表示会忽略下面所有的executions。

initialize表示在maven的initialize(initialize build state)生命阶段执行此execution，建议最好放在process-test-resources阶段。关于maven Lifecycle，请参见：http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html#Lifecycle_Reference。

指定运行的脚本；continue表示遇到错误时继续。

基本的配置就这么简单，如我们所想：在cc跑测试用例前运行脚本把数据库recreate一遍。但是，实际操作中有些问题必须要注意。

1， sql脚本只能是常规的create、drop等，对存储过程、函数以及简单的if-else都不能正确解析，因此对特殊用到的函数、数据类型必须预先在数据库中建立。还好，我们关心的重点是数据。

2， 如果脚本中有recreate的操作：先drop后create，这时候务必在脚本的最后加上一句”PURGE RECYCLEBIN;”，否则DBUnit会报出AmbiguousTableNameException(不明确的表名)异常。主要的原因是执行drop操作并没真正把对应的表删除掉，数据库只是移到了RECYCLEBIN中，一段时间后数据库会自行彻底清除，这样在同一个schema出现同名的两张表，自然会出上面的异常。”PURGE RECYCLEBIN;”的作用就是清除RECYCLEBIN。