前面介绍了关于用户账户的User
表,但是现实生活中随着问题的复杂化数据库存储的数据不可能这么简单,让我们设想有另外一张表,这张表和User
有联系,也能够被映射和查询,那么这张表可以存储关联某一账户的任意数量的电子邮件地址。这种联系在数据库理论中是典型的1-N (一对多)关系,用户表某一用户对应N条电子邮件记录。
之前我们的用户表称为users
,现在我们再建立一张被称为addresses
的表用于存储电子邮件地址,通过Declarative系统,我们可以直接用映射类Address
来定义这张表:
|
让我们注意一下新出现的东东,首先就是user_id
的ForeignKey
结构,学过数据库的同学都知道ForeignKey
意味着外键,这是关系型数据库的核心理论之一,即该列user_id
与其外键引用的列users.id
存在引用约束(constrained)关系,在数据库层面上来讲,就是表users
的user_id
列被表users
的id
列约束,值得注意的是,外键关联的必定是另外一张表的主键。
其次新出现的就是relationship()
函数,这个将会告知ORM通过Address.user
Address
类自身必须链接到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”双向关系:
|
好吧,刚才多是直接翻译的官方文档,比较生硬,接下来我们来了解几个关于外键(Foreign Key)的小知识:
1. FOREIGN KEY 约束是大多数(但不是所有)的关系型数据库中可以链接到主键列,或者拥有UNIQUE约束的列。
2. FOREIGN KEY 能够引用多重列主键,并且其自身拥有多重列,被称为“复合外键”(composite foreign key)。其也能够引用这些列的子集(subset)。(注:这地方不太明白)
3. FOREIGN KEY 列作为对于其引用的列或者行的变化的响应能够自动更新其自身,比如CASCADE引用操作,这些都是内置于关系型数据库的功能之一。
4. FOREIGN KEY 能够引用其自身的表,这个就涉及到“自引用”(self-referential)的外键了。
5. 更多关于外键的资料可以参考Foreign Key – Wikipedia。
最后我们需要在数据库中创建addresses
表,所以我们需要通过元数据(metadata)执行我们的CREATE语句,当然会跳过我们已经创建的表(比如users
):
|
到这里我们的ORM关系算是建立完成了,接下来开始新的一部分,就是如何查询关联的对象。
现在如果我们创建一个User
,一个空的addresses
集合将会被创建,在这里默认情况下addresses
集合将会是列表类型。
|
接下来我们可以自由的添加Address
对象到我们的User
对象里了,在这里我们直接赋予addresses
属性一个完整的列表。
|
当我们使用双向关系时,有一点需要注意的是:在任意一端添加的元素将会自动在另外一端可见,属性的获取和改变将不通过任何SQL语句和Python对象使用一样:
|
让我们添加并提交Jack Bean到数据库中,现在jack
对象的addresses
集合拥有了两个Address
成员,它们将立即被加入会话中:
|
我们来查询关于Jack的信息,但是奇怪的是没有任何关于addresses
的SQL语句执行:
|
让我们直接来查询addresses
集合吧,这里大家看到有关addresses
的SQL语句执行了:
|
由上可知,当我们访问addresses
集合的时候,相关SQL语句才被执行,这也是延迟加载关系(惰性加载关系, lazy loading relationship)的例子,至此addresses
集合方被作为普通列表加载了