使用 SQLAlchemy 关系时是否需要外键

Question

阅读以下页面，我可以看到我可以使用 orm relationship() 函数设置表之间的关系。

https://docs.sqlalchemy.org/en/13/orm/basic_relationships.html

https://docs.sqlalchemy.org/en/13/orm/backref.html#relationships-backref

使用这个例子：

class User(Base):
    __tablename__ = 'user'
    id = Column(Integer, primary_key=True)
    name = Column(String)

    addresses = relationship("Address", backref="user")

class Address(Base):
    __tablename__ = 'address'
    id = Column(Integer, primary_key=True)
    email = Column(String)
    user_id = Column(Integer, ForeignKey('user.id'))

我是否需要为 Address 类提供明确的 user_id = Column(Integer, ForeignKey('user.id')) 语句？

relationship(backref=...) 是 User 不会提供 Address.user 属性吗？

如果Address 中需要ForeignKey 列，那么为什么User 中不需要它？

Answer 1

第一： 您在三种情况下使用外键：

• 您对另一个表有一个多键引用。
• 您要命名外键引用。
• 您想要添加其他功能，例如级联删除。

第四个原因也是合理的：因为本地编码标准要求使用明确的约束。

第二： 根据SQLAchemy文件

其实relationship.backref关键字就是把only a common shortcut for placing a second relationship()放到Address映射上，包括在which will mirror attribute operations in both directions两边建立一个事件监听器。

但最好使用 back_populates 因为是明确的。 我们显式地向 Address 添加 .user 关系。在这两个关系上，relationship.back_populates directive tells each relationship about the other one, 表明它们应该在彼此之间建立“双向”行为。

class User(Base):
    __tablename__ = 'user'
    id = Column(Integer, primary_key=True)
    name = Column(String)

    addresses = relationship("Address", back_populates="user")

class Address(Base):
    __tablename__ = 'address'
    id = Column(Integer, primary_key=True)
    email = Column(String)
    user_id = Column(Integer, ForeignKey('user.id'))

    user = relationship("User", back_populates="addresses")