我是否正确地说从性能角度来看,sql事务在存储过程中比代码好得多？
目前我在存储过程中使用了大部分事务,但有时我会使用代码来处理更复杂的例程 – 显然我尽可能地保持最小化.
只是有一个复杂的例程需要太多的“变量”,在c#中编写sql事务要比使用sql Server容易得多.这是代码可读性和性能之间的界限.
有任何想法吗？
解决方法
表现各不相同; sqlTransaction的开销可能比TransactionScope少,特别是如果TransactionScope决定它需要与DTC纠缠在一起.但我不希望sqlTransaction和BEGIN TRAN之间存在巨大差异,除了额外的往返之外.但是,TransactionScope仍然很快,并且是在事务中封装多个操作的最方便选项,因为每次都不需要手动将环境事务与命令相关联.
也许更好(更重要)的因素是isolation-level.ExchangeScope默认为最高(可序列化).较低的隔离级别允许更多的阻塞(但存在不可重复读取的风险等). IIRC Tsql事务默认为较低级别之一.但是可以针对所有3个选项调整隔离级别.
原文地址：https://www.jb51.cc/mssql/77072.html
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
