1回答
另外，包含设置事务隔离级别READ UNCOMMITTED和WITH (NOLOCK)是否有任何好处。我知道一个是表级的，另一个是整个连接级的。但是同时拥有两者有什么好处吗？
浏览 11提问于2018-07-23得票数 0
回答已采纳
1回答
我已经在C#代码中将隔离级别设置为readcommitted，并且我正在调用一个由于某种原因而超时的存储过程。存储过程没有任何set isolation level语句。在SQL Server中，数据库级别的隔离级别是读提交的快照。
那么将使用哪种隔离级别呢？是在SQL Server中定义的，还是从C#中设置的？
浏览 61提问于2019-05-22得票数 5
回答已采纳
1回答
我的应用程序使用ADO.NET对server数据库进行sql查询。sql server默认事务级别设置为“读取已提交”。应用程序对所有事务使用事务隔离级别可重复读取。但是，对于某些selects (而不是所有相同的selects)，事务隔离级别似乎被设置为可序列化。是否有任何理由会发生这种情况，是否有任何方法强制在给定的隔离级别上运行给定的select？
浏览 3提问于2013-09-21得票数 2
回答已采纳
1回答
我正在研究SQL Server中的事务隔离级别，并试图了解当隔离级别在事务的生存期内发生变化时，Server的行为。在SQL Server中，这样的事情似乎是可能的：
/* (some selects/inser
浏览 0提问于2019-09-21得票数 6
回答已采纳
有一段提到：下一句是：默认的隔离级别是什么，如何找到它？是否有任何特殊的查询来查找默认的隔离级别？
浏览 0提问于2018-05-03得票数 9
回答已采纳
每当我将隔离级别从读取已提交更改为重新未提交时。然后，我重新启动SQL Server服务(2005)，它会将隔离级别重置回read committed。
有没有办法阻止这种情况的发生？(在SQL Server重新启动时更改该值)
浏览 2提问于2011-05-14得票数 0
回答已采纳
我和我的团队正试图在我们的开发环境中使用Azure SQL，并且在将行为锁定到我们的生产环境中遇到了一些关键的和不必要的差异。我们跟踪它的原因是在Azure中将READ_COMMITTED_SNAPSHOT设置为ON，这是一个默认设置，与您自己的Server设置不同(这很奇怪，但不要停留在这里)。在Azure SQL中，我们似乎无法做到这一点，即使没有其他进程连接到服务器，我们也总是会出现死锁：
ODBC错误:状态: 40001: Message:'微软SQL ServerTransaction
浏览 0提问于2019-08-07得票数 4
3回答
我是否正确地理解表/行锁提示正被用于并发的悲观事务(TX)隔离模型(仅用于)我确实读过悲观的选择是遗产，不再需要了，尽管我有疑问。另外，当需要手动编写乐观并发特性的
浏览 0提问于2010-11-03得票数 1
回答已采纳
在Azure SQL中，默认的隔离级别是RCSI。我理解这种行为。我的理解是，在通过一个简单的ADO.NET SqlConnection选择数据时，我需要使用read。使用SqlConnection时应用的默认隔离级别是什么？我读过
当在数据库中启用快照隔离时，READ_COMMITTED_SNAPSHOT数据库选项确定默认读取提交隔离级别的行为。当READ_COMMITTED_SNAPSHOT OFF生效时，数据库引擎将使用共享锁强
浏览 0提问于2019-08-18得票数 1
回答已采纳
SQL Server2005中的默认隔离级别是什么?您希望在哪种情况下更改它？关于默认隔离级别的解释很少。
期待中的感谢
浏览 0提问于2011-06-13得票数 2
回答已采纳
我读过这里和这里，当连接到Server只读副本时，所使用的隔离级别总是SNAPSHOT。它说它会忽略SET TRANSACTION ISOLATION LEVEL语句和任何锁定提示。如果禁用快照隔离级别会发生什么？
浏览 0提问于2021-11-24得票数 1
回答已采纳
当开发人员请求DBA在SQL Server 2008数据库中允许快照隔离级别时，DBA通常会提出哪些反对意见？未请求读取已提交的快照，而只是请求SNAPSH的隔离级别
浏览 0提问于2012-02-20得票数 1
回答已采纳
1回答
我在SQL server中为其他用户锁定表时遇到了问题。我还阅读了SQL Server官方文档，我有如下疑问：然后，我在我测试的SQL服务器中进行了测试，如下所示:我创建了两个事务Transction
浏览 1提问于2020-12-03得票数 0
我已经创建了一个.net应用程序，它使用NHibernate 2.1.0.4000与SQL server连接，配置如下。-- Specifying the default schema improves the query execution plan generated by SQL server -->但是在建立到数据库的连接时不使用隔离级别。相反，它采用默认隔离级别ReadCommitted才能继续。通过一些调查可以观察到，如果在代码中指定
浏览 0提问于2013-04-05得票数 0
回答已采纳
在SQL Server中，默认隔离级别是READ_COMMITTED，但在SQL Azure中，默认级别是READ_COMMITTED_SNAPSHOT。假设我将SQL Azure服务器中的默认级别更改为READ_COMMITTED_SNAPSHOT (使用SET TRANSACTION ISOLATION LEVEL)，这样它的行为就像SQL Server
浏览 0提问于2013-01-10得票数 3
回答已采纳
2回答
我调用的函数之一是一个通用的read，它用于需要read uncommitted隔离级别的只读函数。但在某些情况下，它被用作大型更新操作的一部分，而read committed会更合适。在事务作用域中调用函数的最高级别，是否应该能够设置事务的隔离级别？
浏览 2提问于2009-03-04得票数 3
回答已采纳
如果SQL Server中使用的隔离级别与System.Transactions.TransactionScope中的隔离级别之间存在差异，会发生什么情况？例如，请考虑以下场景: TransactionScope.IsolationLevel返回READ COMMITTED，DBCC USEROPTIONS (在SQL Studio管理器中执行)返回READ我对此进行了测试，发现USEROPTIONS中的设置是有效的，即，如果事务作用域隔离级别
浏览 0提问于2013-02-28得票数 1
回答已采纳
2回答
如果对为Server复制发布的表运行实体框架迁移(自动或显式)，则会出现以下错误：
您只能在读取已提交或可重复读取隔离级别中指定READPAST锁。在此之前()曾出现过一些问题，但它们完全无法解决根本原因:实体框架迁移是在Serializable隔离级别运行的(如Server分析器中所示)。对于更改结构的事务来说，这是一个安全的选择，但它与已发布的sql服务器表不兼容。与dbContext.SaveChanges()事务中使用的默认READ快照级别不
浏览 3提问于2014-04-17得票数 16
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
云直播活动推荐
腾讯云开发者
