代码非常简单,如下所示:
from pony.orm import Required, Set, Optional, PrimaryKey
from pony.orm import Database, db_session
import time
db = Database('mysql', host="localhost", port=3306, user="root",
passwd="123456", db="learn_pony")
class TryUpdate(db.Entity):
_table_ = "try_update_record"
t = Required(int, default=0)
db.generate_mapping(create_tables=True)
@db_session
def insert_record():
new_t = TryUpdate()
@db_session
def update():
t = TryUpdate.get(id=1)
print t.t
t.t = 0
print t.t
if __name__ == "__main__":
insert_record()
update()
pony.orm报告异常:pony.orm.core.CommitException:对象TryUpdate [1]在当前事务之外更新。但是根本没有其他交易在运行
正如我的实验所示,只要t.t更改为与原始值不同的值,pony就可以正常工作,但是当t.t设置为等于原始值时,它总是报告异常。
我不确定这是否是一个设计决定。在分配之前,我是否必须检查输入值是否每次都在变化?或者我有什么办法可以避免这种恼人的异常?
我的小马版:0.4.8
Thansk很多~~~
答案 0 :(得分:8)
Pony ORM作者在这里。
此行为是特定于MySQL的错误,已在发布Pony ORM 0.4.9中修复,因此请升级。我的其余部分是对导致错误的原因的解释。
此错误的原因如下。为了防止丢失更新,Pony ORM使用乐观检查。 Pony跟踪在程序执行期间读取或更改的属性,然后在相应的WHERE
查询的UPDATE
部分中添加额外条件。这样,Pony保证不会因为并发更新而丢失任何数据。让我们考虑下一个例子:
@db_session
def some_function()
obj = MyObject[123]
print obj.x
obj.x = 100
退出some_function
时,@db_session
装饰器将提交正在进行的交易。在提交之前,对象的数据将通过以下UPDATE
命令保存:
UPDATE MyTable
SET x = <new_value>
WHERE id = 123 and x = <old_value>
您可能想知道为什么添加了这个附加条件and x = <old_value>
?这是因为Pony知道程序看到了属性x
的先前值,并且可能使用此值来计算相同属性的新值。因此,Pony采取措施保证此属性在UPDATE
时保持不变。这种方法称为"optimistic concurrency check"(另见维基百科文章"optimistic concurrency control")。由于大多数数据库中默认使用的隔离级别不是SERIALIZABLE
,因此如果没有此额外检查,其他事务可能会在我们的事务提交之前设法更新x
属性的值,然后是值由并发交易写的将丢失。
当Python数据库驱动程序执行UPDATE
查询时,它返回满足UPDATE
条件的行数。这样Pony知道更新是否成功。如果结果为1,则表示已成功找到并更新了一行,但如果结果为0,则表示该行已被另一个事务修改,现在它不满足{{{ 1}}部分。当发生这种情况时,Pony会终止当前事务,以防止丢失更新。
该错误的原因是,当所有其他数据库驱动程序返回WHERE
部分条件找到的行数时,WHERE
驱动程序默认返回实际修改的行数!因此,如果属性的新值与同一属性的原始值相同,则MySQLdb
会报告0行被修改,而Pony(版本0.4.9之前)错误地报告认为这意味着行被并发事务修改。从0.4.9开始,Pony ORM告诉MySQLdb
驱动程序以标准方式运行并返回找到的行数而不是实际更新的行数。
希望这会有所帮助:)
P.S。我发现你只是偶然的问题,为了可靠地获得有关Pony ORM的答案,我建议你将问题发送到我们的邮件列表http://ponyorm-list.ponyorm.com。如果您认为自己发现了错误,可以在此处打开问题:https://github.com/ponyorm/pony/issues。 谢谢你的提问!