二、Pre-script和Post-script
一般来说，大部分数据表的结构变化都可以又RedGate自动完成，我们要做的只是注意设置好默认值即可。但还有一些其他情况需要自行书写脚本来完成，这里举几个例子。
1.默认数据 默认数据是在数据库创建完后加上的。我们可以在Post-script中加一个名为DefaultData.sql的脚本，范例如下：
这个脚本唯一要考虑的就是数据库不一定是空的，可能是升级来的，所以就需要判断一下原来有没有数据。另外在写这些脚本时最好放在事务中，安装失败时可以把未提交的数据撤销掉，这样用户在排查了问题之后就可以直接重新再安装一次。
2. 某个字段发生变化
比如我们有一张Rating表，里面有一个TerminalId字段，原来是VARCHAR类型，记录的是机器名。现在我们的新版本把这个字段的类型改成int类型，并加一个关联到Terminal表的外键约束。针对这种情况，就需要我们自己写一个脚本了。
首先肯定不能放在Post-script里。在安装数据库的过程中，安装程序会尝试把字段改成int类型并加上外键约束，如果数据库里本身有数据，会导致转换成int失败或者外键约束不成立。
为此，我们可以在Pre-script里面，把这些数据首先在Terminal表中查出来并更新：
最开始，我们还是要考虑到多种情况：如果是从老版本升级，那么TerminalId字段的类型就是varchar，此时需要进行转换。如果不是（比如全新安装；或是上一个版本已经转换成int了，下一个版本时这个Pre-script还是会执行，所以也要考虑这种情况），就进行转换。
脚本中，直接把查询到的Terminal表的TerminalId更新到Rating表中，找不到的用默认值代替（int可以转换成varchar，如果宽度足够的话；此外，该列也可以为NULL值）。这样，执行完这个Pre-script后就已经是目标值了，剩下的列的类型转换和外键约束就交给Red Gate即可。
UPDATE语句也可以Join其他表，这一点很有意思，大家可以学习一下这条语句。
3. 某张表被删除了
如果有一张表不需要了，那么Red Gate会直接把它删掉。但如果这些数据还需要（比如存到别的系统中了），就要用Pre-script把这些数据存到别的地方去，否则安装完后在Post-script执行前表和数据就都没有了。
比如我们有一张UserCard表，新版本中这些数据是由另一个系统负责，为此我们需要把这些数据转移到另一个系统中去。
可以指定Red Gate升级的Schema类型，比如我们这只管TMS下的所有表，对于其他schema下的表直接忽略。利用这一点，可以在Pre-script中将这些数据移到dbo下：
这样，在数据库安装完后，数据就在dbo.TempUserCard表中。这时在其他组件的安装程序、或者Post-script、或者其他系统中就可以把这些表转移过去。
使用这种设计应该能应对大多数情况，当然我们在设计数据库的结构时就应该尽量考虑周全，以免频繁修改数据表的结构造成Pre-script和Post-script非常多且乱。在确认某些script用不到的情况下，我们也可以把它删除掉。
