假设有2条update语句同时对一个表中的同一行数据进行更新，SQL Server会怎么办
假设有2条update语句同时对一个表中的同一行数据进行更新，SQL Server会怎么处理？
rt---------------------------------------
------解决思路----------------------
没有正真的同时的，会排队、依次更新。
------解决思路----------------------
update 没什么问题的，等待而已
------解决思路----------------------
先申请并获得锁的语句（准确来说是事务）先执行，另外一条就等待，直到这个完毕以后再执行，这是两个事务的情况，还要根据隔离级别而定
------解决思路----------------------
默认情况下是的
------解决思路----------------------
会排队，头一个处理完了，第二个才能处理，如果头一个没处理完，第二个就排着。
------解决思路----------------------
没有真正的同时，都是要排队的。
------解决思路----------------------
要是两条语句前后还有别的操作，还有可能会死锁
------解决思路----------------------
其实这个东西不光要从技术上来看， 而且还要从业务上看。
比如：总经理正在修改明天的日程记录， 董事长也在修改明天的日程记录，
取记录的时候是同时的， 但总经理先修改完再保存， 董事长则稍后修改完再保存。
但最终修改的结果， 则是董事长（靠后）的了。
那总经理就郁闷了， 董事长到底知不知道我先事先改过什么了？
他知道的话， 为什么不跟我打个招呼就这样了？
rt---------------------------------------
------解决思路----------------------
没有正真的同时的，会排队、依次更新。
------解决思路----------------------
update 没什么问题的，等待而已
------解决思路----------------------
先申请并获得锁的语句（准确来说是事务）先执行，另外一条就等待，直到这个完毕以后再执行，这是两个事务的情况，还要根据隔离级别而定
------解决思路----------------------
默认情况下是的
------解决思路----------------------
会排队，头一个处理完了，第二个才能处理，如果头一个没处理完，第二个就排着。
------解决思路----------------------
没有真正的同时，都是要排队的。
------解决思路----------------------
要是两条语句前后还有别的操作，还有可能会死锁
------解决思路----------------------
其实这个东西不光要从技术上来看， 而且还要从业务上看。
比如：总经理正在修改明天的日程记录， 董事长也在修改明天的日程记录，
取记录的时候是同时的， 但总经理先修改完再保存， 董事长则稍后修改完再保存。
但最终修改的结果， 则是董事长（靠后）的了。
那总经理就郁闷了， 董事长到底知不知道我先事先改过什么了？
他知道的话， 为什么不跟我打个招呼就这样了？