[英]Is it possible to build tools that determine when it is safe to convert a lock-based critical section into a transaction?
宾夕法尼亚大学的这篇论文
http://pharm.ece.wisc.edu/wddd/2005/papers/WDDD05_blundell.pdf
讨论了关于数据库操作和代码的原子性的微妙之处。
它提出了3种贡献，其中我更感兴趣的是一种观察，即不能假设基于锁的机制可以安全地转换为事务，而不必担心会产生死锁。
在“未解决的问题”部分，我们面临的挑战是考虑是否有可能构造一个静态或动态确定何时将基于锁的关键部分转换为事务的安全性和静态性的工具？
为此，我考虑过要构建一个使用该语言的反射库来分析源代码中的每个变量以及它们在循环内代码其他部分中的位置的工具。 这可能是构建最终避免死锁的方法的开始，但是我认为我的想法很简单。
你怎么看 ？
当多个对象持有一个共享锁并且一个人想要升级为独占锁时，sql中基于锁的并发控制如何工作？
[英]How does lock-based concurrency control in sql work when multiple objects hold a shared lock and one wants to upgrade to exclusive?
是否可以在不先更新表/行的情况下对其进行读取锁定？
[英]Is it possible to read-lock a table/row in a transaction without first updating it?
是否可以在SQL SERVER中的事务中使用SELECT语句锁定行
[英]Is it possible to lock a row with SELECT statement in transaction in SQL SERVER
是否可以在 SQL 服务器中创建无锁 SNAPSHOT 事务？
[英]Is it possible to create a lock free SNAPSHOT transaction in SQL Server?
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.
