SQL Server快照隔离级别问题
我正在从下面的链接研究SQLServer2008的快照隔离级别。我的困惑是SQL Server快照隔离级别问题,sql,sql-server,sql-server-2008,transactions,isolation-level,Sql,Sql Server,Sql Server 2008,Transactions,Isolation Level,我正在从下面的链接研究SQLServer2008的快照隔离级别。我的困惑是 提到“其他事务在当前事务开始后进行的数据修改对当前事务中执行的语句不可见。”——似乎其他事务提交的数据对当前快照隔离级别事务不可见 其中提到“在快照隔离级别下运行的事务可以查看该事务所做的更改。”——其他事务提交的数据似乎对当前快照隔离级别事务可见 似乎1和2是冲突的?有什么评论吗 提前感谢,, 乔治第二个意思是“我能看到我自己的变化;我看不到其他的变化” 因此,如果我启动一个事务并进行更改,我可以看到它们。在我的TX
因此,如果我启动一个事务并进行更改,我可以看到它们。在我的TXN无法看到我的更改后启动的其他会话/连接的其他事务您还需要了解快照和读取提交快照之间的区别 -对于后者,您需要修改BOL的报价,如下所示: “当前交易开始后由其他交易进行的数据修改 语句(非事务!)对当前事务中执行的语句不可见。“
一个例子是,当它产生重大影响时:你必须从全局考虑READ_COMMITTED仅有效/有用。“未提交的阅读”有什么用?什么业务需要肮脏的阅读?读连载?为什么任何业务需求都会强制读取数据。SQLServer设计器并没有考虑简化。甲骨文选择只支持一个,它可以工作。快照是db应该如何解决这个问题的,所以我们甚至不应该知道。对于左脑,我们应该研究如何支持业务逻辑,而不是数据库本身。我有时阅读BOL有困难,而且我是英语母语人士。。。前几天,我的(德国)同事向我求助于BOL中的一些东西,我必须先想一想才能帮助他!在BOL中,在BOL中添加关于事务能够读取其自身更新的注释至少令人困惑。没有别的办法了!所有事务,在任何隔离级别,都能够读取自己的更新!通过明确地重新表述,它只会让读者怀疑“这不可能是真的吗?”。只是让人困惑。BOL是什么的首字母缩写?我可以想出几个,但我认为它们不适合这个讨论。谢谢