python – 处理与SQLAlchemy的事务冲突
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了python – 处理与SQLAlchemy的事务冲突,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1226字,纯文字阅读大概需要2分钟。
内容图文
![python – 处理与SQLAlchemy的事务冲突](/upload/InfoBanner/zyjiaocheng/904/11468b8c8c0d4c99a2acf18f732643bf.jpg)
我对数据库比较陌生.我确信这是经验可以回答的那种问题.
我正在使用SQLAlchemy和PostgreSQL.我有一个系统设置,其中多个进程分布在几台计算机上执行各种任务,然后更新数据库.我在测试中还没有遇到任何交易冲突,但理论上它们仍然可行.
根据我在Google上找到的信息,看起来我要么必须获取数据库锁,要么准备重启事务.不幸的是,关于如何实际执行此操作的信息很少.
我假设,为了重新启动事务,SQLAlchemy抛出了一些异常,我的代码必须捕获并执行重试.如果我违反唯一性约束,指示我的代码中的错误而不是事务冲突,那么该异常是否与SQLA抛出的异常不同?我会更好地使用数据库锁吗?
提前致谢!
– 编辑 –
我刚学会了“ConcurrentModificationError”.名字肯定听起来像我正在寻找的例外. The documentation说它是StaleDataError的别名,它的名字听起来也是正确的,但其文档非常不透明.这是我正在寻找的错误吗?
再次,非常感谢!
解决方法:
我没见过这个错误,虽然StaleModificationError的详细信息表明它可能是你关心的事情,但是不需要锁定整个数据库.您可能会在transaction isolation in Postgres上阅读,以防止不同的流程工作者在另一个事务中无意中读取正在更新的行.
如果您将隔离级别设置得更高(读取已提交等),那么SA会话将开始收集它正在触摸的各个行上的锁定.您决定设计的隔离级别是多么严格.你可以使它足够严格当你的读者尝试读取另一个事务已锁定的行时会抛出异常,然后你可以选择回滚或使用refresh/expire interface更新该特定会话.
内容总结
以上是互联网集市为您收集整理的python – 处理与SQLAlchemy的事务冲突全部内容,希望文章能够帮你解决python – 处理与SQLAlchemy的事务冲突所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。