sqlserver2019rtm更新失败在高并发下可能存在操作同一条记录的多个线程都进入到INSERT环节。原因是目标视图或者目标视图所跨越的某一视图指定了WITHCHECKOPTION，而该操作的一个或多个结果行又不符合CHECKOPTION约束。
专注于为中小企业提供成都网站建设、网站设计服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业黄骅免费做网站提供优质的服务。我们立足成都，凝聚了一批互联网行业人才，有力地推动了数千家企业的稳健成长，帮助中小企业通过网站建设实现规模扩充和转变。
数据分表 分页获取 缓存 扩大服务器内存及CPU数量 也就这些了 没别的办法了
再就是做集群服务器 或者 CDN节点分发
凡是大型的系统，必然要分库，也就是根据逻辑进行数据拆分。比如用户的数据，你可以根据用户所在的省份划分，一个省份一个数据库，只有这样才能真正的保证大数量的并发。
另外要有效的利用读写分离，读写分离用sql server 2012的话可以直接用always on，一个用来写，若干用来读。数据库自身会保证数据的一致性的，这样就不会出现查备份库数据还没同步过来的问题了。
隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。
对于多数应用程序，可以优先考虑把数据库系统的隔离级别设为Read Committed，它能够避免脏读取，而且具有较好的并发性能。
尽管它会导致不可重复读、虚读和第二类丢失更新这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。
这个问题
问的范围太广泛
，但是基本可以从架构入手。
1，最基本的
服务器
如tomcat
，Apache的性能优化
2，最基本的技术框架的代码优化
3，最基本的数据库优化
如mysql，sqlserver，oracle。
4，服务器数据库的集群与分布式
5，使用高效率的中间件，如
redis，mq等
反正如果说如何面对高并发，还是要看你的项目的需求来驱动技术的需求解决方案。
没有最牛的方案，只有最适合的方案~。
