前面介紹了關于用戶賬戶的User表，但是現實生活中隨著問題的復雜化數據庫存儲的數據不可能這么簡單，讓我們設想有另外一張表，這張表和User有聯系，也能夠被映射和查詢，那么這張表可以存儲關聯某一賬戶的任意數量的電子郵件地址。這種聯系在數據庫理論中是典型的1-N (一對多)關系，用戶表某一用戶對應N條電子郵件記錄。

之前我們的用戶表稱為users，現在我們再建立一張被稱為addresses的表用于存儲電子郵件地址，通過Declarative系統，我們可以直接用映射類Address來定義這張表：

>>> from sqlalchemy import ForeignKey>>> from sqlalchemy.orm import relationship, backref >>> class Address(Base):...   __tablename__ = 'addresses'...   id = Column(Integer, primary_key=True)...   email_address = Column(String, nullable=False)...   user_id = Column(Integer, ForeignKey('users.id'))......   user = relationship("User", backref=backref('addresses', order_by=id))......   def __init__(self, email_address):...     self.email_address = email_address......   def __repr__(self):...     return "〈Address('%s')〉" % self.email_address

讓我們注意一下新出現的東東，首先就是user_id的ForeignKey結構，學過數據庫的同學都知道ForeignKey意味著外鍵，這是關系型數據庫的核心理論之一，即該列user_id與其外鍵引用的列users.id存在引用約束(constrained)關系，在數據庫層面上來講，就是表users的user_id列被表users的id列約束，值得注意的是，外鍵關聯的必定是另外一張表的主鍵。

其次新出現的就是relationship()函數，這個將會告知ORM通過Address.userAddress類自身必須鏈接到User類。relationship()使用兩個表的外鍵約束來判定這種鏈接的性質，比如說判定Address.user將會是多對一(many-to-one)關系。

另外在relationship()內還有另外一個函數稱為backref()，它將提供一種用于反向查詢的細節，比如說在對象User上的Address對象集是通過User.addresses屬性引用，那么多對一的關系(many-to-one)反向總會是一對多關系(one-to-many)。還有對于Address.user和User.addresses的關系來說總是雙向的。

假設使用了Declarative系統，那么relationship()的關系到遠端類(remote class)的參數能夠被指定為字符串。一旦所有的映射都被成功加載，那么這些字符串將會被計算出Python的表達式，再產生實際的參數(上文中User類的情況)。這些可以使用的字符串名字必須通過定義的基類創建好然后才被計算為實際的類參數，說白了，你字符串引用的類必須是ORM映射管理的類，然后這些類被映射完畢后，這些字符串才能被真正翻譯為相應類的引用。

接下來我們舉個例子同樣創建用User取代Address的”addresses/user”雙向關系：

class User(Base):  # ....  addresses = relationship("Address", order_by="Address.id", backref="user")