Sql 实体框架快照缺点
我们正在使用ReadCommitted隔离级别，有时我们会得到表锁，所以我决定阅读有关新的快照隔离级别的内容。似乎在各方面都比重新提交要好。异常偶尔会发生，但它们很容易处理表中的行版本列或失败时的重试策略（我将要实现的最后一个选项）。主要从这里阅读 任何有足够快照经验的人都有缺点吗 也许我没有注意到陷阱 提前谢谢Sql 实体框架快照缺点,sql,sql-server,Sql,Sql Server,我们正在使用ReadCommitted隔离级别，有时我们会得到表锁，所以我决定阅读有关新的快照隔离级别的内容。似乎在各方面都比重新提交要好。异常偶尔会发生，但它们很容易处理表中的行版本列或失败时的重试策略（我将要实现的最后一个选项）。主要从这里阅读 任何有足够快照经验的人都有缺点吗 也许我没有注意到陷阱 提前谢谢 我们的堆栈是Entity Framework v6，Entity Framework Core，SQL Server。一个可能的缺点是快照隔离会对Temp DB数据库造成更大的压力，众
我们的堆栈是Entity Framework v6，Entity Framework Core，SQL Server。一个可能的缺点是快照隔离会对Temp DB数据库造成更大的压力，众所周知，Temp DB数据库已经是许多问题的根源……而且，一旦启用了ALLOW_SNAPSHSOT_隔离数据库选项，每行产生14字节的额外开销。