-
场景：
我们程序现在改成多线程了，我现在需要把临时表中的数据给插入到TABLE_M中，但这时候可能其他的线程也在插入，我就不能用之前我们的方案了（select max(oid) from Tuning.TABLE_M。。。，之后去维护主子表关系，改掉TABLE_M的OID的自增属性，插入，之后再添加上自增属性。。。。。。）
我现在是想这样操作：
1,)先插入把临时数据插入到TABLE_M(OID是自增的)中（Insert Into ….select …），我之后获取 select Scope_Identity() as @MaxTABLE_MOID,之后根据这个@MaxTABLE_MOID去修改临时表中的TABLE_MOID.
1.1,）（1,）这种方案会不会出现以下问题：
A线程， 1-10 共10条记录，
B 线程，1-10 共10条记录
A线程插入的时候，
B线程也在再插入
A线程 与 B线程是交互的插入，A线程插入一条，B线程插入一条
运行起来像这样：
比如 此时TABLE_M的OID为 100
A线程插入第一条 TABLE_M的OID变为 101
B线程插入第一条 TABLE_M的OID变为 102
当我A线程插入完的时候，我A线程最后一条记录插入的OID为 120
这时候我的Temp 要到这个120 去修改字表关系
TABLE_M（OID=120) 是A 插入的没问题
TABLE_M(OID=119)是B插入的，这时却关联到了A线程对应的临时表的第9条记录
悲哀！！！
1.2,）我们是不是要在插入的时候使用With(lock)
2,)我还有一种想法，就是先插入完成后，根据条件查询出该批数据插入TABLE_M的生成的OID，之后这些OID去和temp匹配(按照顺序匹配，因为插入temp肯定是有序的插入)，之后修改temp中的TABLE_MOID,这样就可以把子数据插入到TABLE_M_LteCell,TABLE_M_GsmCell,TABLE_M_TdsCell中。
-
DBA提供解决方案
我们可以单独做一个表来进行OID自增的维护，可以暂时称为MAX_OID表。最简单的方式是里面仅仅记录：当前最大的OID。
这样我们在做多线程操作的时候遵循以下步骤
1. 取得MAX_OID表中的值，这样就可以获得自增的起始序列号
2. 获得此次插入时候的临时表的最大行数。不要使用select count(1) from table，使用如下语句，可以获得最大的性能。
直接获取表行数sql语句：
select sum(row_count)
from sys.dm_db_partition_stats
where index_id<1 and object_id=object_id('表名')
3. 使用max_oid+临时表的表行数，可以得到将临时表插入到主表之后，主表未来最大的MAXOID号
4. 更新MAX_OID表。将表内数据改为：max_oid+临时表的表行数
特别注意：为了保证事务一致性，上述步骤需要在一个事务中完成，需要以下语句
SET XACT_ABORT ON
begin tran
执行的sql语句（即上面1-4的逻辑操作）
commit
以上四个步骤虽然文字上比较啰嗦，但是实际操作会非常快。使用的全是系统表来读取，肯定是在毫秒级别，不会影响性能。
这样，每个线程读取的都是MAX_OID表中的值，就不会产生冲突了。
如下面的例子：
目前MAX_OID 最大值为100.
线程一的临时表为30行
线程二的临时表为40行
线程一：
1.读取MAX_OID 表。得到100
2.获得临时表行数：30
3.得到预测的maxoid为100+30=130
4.将MAX_OID 更改为130.
线程二：
1.读取MAX_OID 表。得到130
2.获得临时表行数：40
3.得到预测的maxoid为130+40=170
4.将MAX_OID 更改为170.
注意：线程二得到的MAX_OID 一定是130，而不是100.因为线程一已经更新了这个值。且更新的过程中加锁。线程二是读取不到100这个数值的。
这样就可以避免冲突了。