SQL SERVER高并发解决方案主要是从以下几个方面：
1.SQL语句优化：
A.尽可能的精确查询条件及查询字段，缩小查询范围(包括使用分页查询);
B.查询条件中尽可能少用：like,(not)in,(not)is null,order by,distinct,count(*),!=,;
C.不要对查询的字段进行函数运算，
如：aa. substring(aa123,1,2)=aa,而应该是：aa123 like aa%; 应用到了索引
bb. aa+123=aa123,而应该是：aa=left(aa123,2)
D.判断数据存在，不要使用TOP 1,而应该是：EXITS
E.对于复杂SQL查询，可直接使用SQL存储过程或建立视图(视图不可太复杂);
F.尽可能的少用游标，触发器;
2.表设计优化：
A.横向分割表设计，将表按照某种原则(可按照字段读写频率来设计)设计成相对应的几个表，之间采用主(外)键关联;
B.纵向分割表设计，将表中的数据按照使用价值(比如：只用只用到近3个月的有效数据)来进行数据转移备份，以减少表的数据量;
C.表数据物理存放分区设计，将表中的数据按照某种规则建立物理分区来存储，以降低硬盘的IO负担;
D.建立适当的索引(聚集索引与非聚集索引);
3.事务设置优化：
事务隔离级别有：(隔离级别作用于事务中，而锁作用于每条SQL语句上)
| 隔离级别 | 脏读 | 不可重复读取 | 幻像 | 说明 | 产生或等同对应的锁 |
| 未提交读(read uncommitted) | 是 | 是 | 是 | 如果其他事务更新，不管是否提交，立即执行 | NOLOCK |
| 提交读(read committed默认) | 否 | 是 | 是 | 读取提交过的数据。如果其他事务更新没提交，则等待 | HOLDLOCK |
| 可重复读(repeatable read) | 否 | 否 | 是 | 查询期间，不允许其他事务update | HOLDLOCK |
| 可串行读(serializable) | 否 | 否 | 否 | 查询期间，不允许其他事务insert或delet | HOLDLOCK |
A.事务隔离原则：共享读，排它写，即表示：在执行查询时，若对数据一致性要求很高时，可采用可重复读(repeatable read)隔离级别，若没有严格要求，则可建议使用未提交读(read uncommitted)隔离级别;
4.服务器硬件优化：
A.服务器内存，硬盘等核心硬件性能当然越强越好;
B.购买多台服务器并建立集群，以实现利用多个计算机进行并行计算从而获得很高的计算速度，也可以用多个计算机做备份，从而使得任何一个机器坏了整个系统还是能正常运行;
C.在多台服务器建立DB镜像同步，并实现读写分离，即：除了指定的一台或几台服务器具有允许更新以外，其余的服务器均只作为数据镜像同步，不能更新，仅供查询。