SQLAlchemy双向关系关联代理

Question

更新：

对于有此问题的任何人，使用最新的SQLAlchemy，此行为已得到修复。

原始问题：

我遇到了使关联代理正确更新的问题。

使用此处的示例模型： http ： //docs.sqlalchemy.org/en/rel_0_7/orm/extensions/associationproxy.html#simplifying-association-objects

但是使用以下行更改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]

我错过了一些明显没有的东西吗？

Answer 1

UserKeyword要求它同时与Keyword和User相关联UserKeyword 。 当您将其与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集合User.user_keywords 。 只有当您说del chicken.user_keywords[0]或等效时，您才会看到没有生成INSERT并且忘记了UserKeyword对象。

如果您要在将对象从“rory”中删除之前将对象刷新到数据库，那么事情会发生变化。 该UserKeyword现在是持久的，而当你从“rory.keywords”，“删除孤儿”事件打完这不删除删除“鸡” 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总结了我将要考虑的问题。 特别是对这种行为进行了测试，需要追溯到它的起源。