这种方式是我在网上看到过的，是在数据库中通过触发器对于数据库的变更操作进行记录，作为开发出身的人来说，对这种方式就不是很喜欢。况且去历史表中找版本修改记录本来就是一件费时费力的事。
使用第三方工具
现在一些第三方公司已经开发了针对数据库的版本控制工具，我们之前曾经尝试过RedGate的SQLSource Control（http://www.red-gate.com/products/sql-development/sql-source-control/），SQLSource Control的原理是基于SVN，使用起来不是很符合团队的使用习惯，易用性不够，在团队推广的培训成本也比较高。
最近团队在使用的另一个工具是一个很易用的中文版数据库版本控制软件，叫做SourceSafe for SQL Server（http://www.grqsh.com/products.htm?tab=sourcesafe-for-sql-server）， Source Safe for SQL Server的原理是将变更记录存入版本库，定期可以将数据库定义的脚本导入SVN，数据库版本的历史记录可以像在SVN中那样查看，团队推广的培训成本也比较低。帮助我们解决了很多团队中的问题。
后记
数据库版本化看似是个可有可无的过程，但做好了，可以减少开发和实施甚至是生产环境中的很多麻烦，我们的系统就是个活生生的例子。本文所阐述的方法是来自之前团队的经验。开发团队的发展都会经历从幼稚到成熟，借鉴成熟工具的经验和方法论，提前认识并解决问题可减少损
