更新
对于遇到此问题的任何人,使用very latest SQLAlchemy此行为已得到修复。
原始问题:
我遇到了使关联代理正确更新的问题。
但是用这一行改变UserKeyword:
keyword = relationship("Keyword", backref=backref("user_keywords", cascade="all, delete-orphan"))
并将其添加到关键字:
users = association_proxy('user_keywords', 'user')
因此关键字实例有一个用户列表。
以下按预期方式工作:
>>> rory = User("rory")
>>> session.add(rory)
>>> chicken = Keyword('chicken')
>>> session.add(chicken)
>>> rory.keywords.append(chicken)
>>> chicken.users
[<__main__.User object at 0x1f1c0d0>]
>>> chicken.user_keywords
[<__main__.UserKeyword object at 0x1f1c450>]
但删除做奇怪的事情。从关联代理列表中删除如下:
>>> rory.keywords.remove(chicken)
当SA尝试将其中一个外键列设置为null时,会导致完整性错误。
这样做:
>>> rory.user_keywords.remove(rory.user_keywords[0])
结果如下:
>>> chicken.users
[None]
我错过了一些显而易见的事情吗?
答案 0 :(得分:7)
UserKeyword
要求它同时与Keyword
和User
相关联才能保留。当您将其与User
和Keyword
相关联,但随后将其从User.user_keywords
集合中删除时,它仍会与Keyword
相关联。
>>> rory.keywords.remove(chicken)
# empty as we expect
>>> rory.user_keywords
[]
# but the other side, still populated. UserKeyword
# has no User, but still has Keyword
>>> chicken.user_keywords
[<__main__.UserKeyword object at 0x101748d10>]
# but the User on that UserKeyword is None
>>> chicken.user_keywords[0].user is None
True
# hence accessing the "association" gives us None
# as well
>>> chicken.users
[None]
因此,如果我们现在要刷新(),你已经准备好了UserKeyword
对象,但它上面没有User
,所以你得到了NULL错误。在INSERT时,该对象不被视为“孤儿”,除非它与任何Keyword.user_keywords
或 User.user_keywords
集合无关。只有当您说del chicken.user_keywords[0]
或等效时,才会看到没有生成INSERT且忘记了UserKeyword
对象。
如果要在将对象从“rory”中删除之前将对象刷新到数据库,那么事情会发生变化。 UserKeyword
现在是持久性的,当您从“rory.keywords”中删除“chicken”时,“delete-orphan”事件会触发 删除UserKeyword
,即使它仍然与Keyword
对象相关联:
rory.keywords.append(chicken)
session.flush()
rory.keywords.remove(chicken)
session.flush()
你看到了SQL:
INSERT INTO "user" (name) VALUES (%(name)s) RETURNING "user".id
{'name': 'rory'}
INSERT INTO keyword (keyword) VALUES (%(keyword)s) RETURNING keyword.id
{'keyword': 'chicken'}
INSERT INTO user_keyword (user_id, keyword_id, special_key) VALUES (%(user_id)s, %(keyword_id)s, %(special_key)s)
{'keyword_id': 1, 'special_key': None, 'user_id': 1}
DELETE FROM user_keyword WHERE user_keyword.user_id = %(user_id)s AND user_keyword.keyword_id = %(keyword_id)s
{'keyword_id': 1, 'user_id': 1}
现在一个理智的人会问,“这不是不一致吗?”而目前我会说,“绝对”。我需要查看测试用例以了解这种行为差异的基本原理,我已经在代码中确定了为什么它会以这种方式出现,而且我很确定这种“孤儿”如何被考虑的区别“待定”与“持久”对象是故意的,但在这种特定的排列中显然会产生奇怪的结果。如果我能找到一个可行的话,我可能会在0.8中做出改变。
编辑:http://www.sqlalchemy.org/trac/ticket/2655总结了我将要考虑的问题。特别是对这种行为进行了测试,需要将其追溯到其原点。