最近加字段，突然想起几年前一次大表加字段的事情。
缘起：
公司的订单表和配送单表，以前金额字段是：decimal(19,3)类型，正常肯定够用，但是财务有个需求，需要把字段类型从
decimal(19,3) 改成decimal(38,10)类型，支持10位小数点。
当BI部门给我提这个需求时，也没觉得怎样，在SQL Server的大表加字段，不像MySQL 那么麻烦，执行个alter命令就可以。
测试：
为保险起见，找最近一天的备份文件，恢复到一台比较好的服务器，配置比较高(SSD硬盘，256G）
先在订单主表，有3,4千万多条数据，执行alter命令后，想了会很快，没想到执行了1个多小时还在执行。
因有4个多表: 订单主表, 订单明细表，配送单主表，配送单明细表，这些都是核心业务表，数据量主表有3,4千万多条，明细表6,7千万多条，如果按1个小时执行
一个表完成，4个表要4个多小时，而且在执行alter时，表是不可访问的，一旦有问题，回滚执行又需要很长时间，风险很大。
沟通：
和BI部门，测试部门沟通，让他们找财务不要改这个字段类型，风险高，BI老大沟通下来，一定要改。怎么处理，明知该类型有不可控风险，而且是核心表，这么长的
锁定时间，4个大表。
方案
肯定不能用alter直接改，那怎么处理，
方案1： 可以建个改好字段的新表，把数据导进去: （方案不行）
但是这些表都很大，都好几千万，要导好久 ，后面一直思索有什么好的办法，解决该问题？
方案2：否再加个字段，在把数据update过来，上线的时候修改新旧字段名（可行）
后来在测试环境测试一下，但是这表都几千万条，怎么update，如果切换的时候update ，update时间太长，肯定不行，
我就做个job，每次更新一定的条数，如 limit 10000条，每次update，4个表的都update，到切换的时候，不一样的再update就很快。
上线：
最后选择方案2，提前加新字段，job定期update每次少量更新字段数据一致，在切换的字段名后，再update一下，保证2个字段数据一致
新字段不能加not null，在切换后加上not null约束，以前的字段因为not null但是有default默认值，不影响。
执行完后，表只比以前多了几个字段，需求完全满足。