sqlalchemy中的内/外连接及立即/延迟加载在mysql, postgresql, db2中的差异处理(by quqi99)

作者：张华 发表于：2014-01-03

版权声明：可以任意转载，转载时请务必以超链接形式标明文章原始出处和作者信息及本版权声明

( http://blog.csdn.net/quqi99 )

见:https://review.openstack.org/#/c/61027/

左连接在postgresql中如果左表的行存在匹配的null值的话,会造成无法有效的对左右连接行加锁,故会报错(在mysql中不会), 所以如下列IPAllocationPool和IPAvailabilityRange两表,

在定义的时候使用左外连接,然后再用options(orm.joinedload('available_ranges', innerjoin=True))将它定义成内连接解决.

class IPAllocationPool():

# lazy="joined"为左外连接,lazy="select"为内连接,内连接默认是立即加载的策略

available_ranges = orm.relationship(IPAvailabilityRange, backref='ipallocationpool', lazy="joined", cascade='delete')

allocation_pools = (context.session.query(models_v2.IPAllocationPool).filter_by(subnet_id=subnet_id).options(orm.joinedload('available_ranges', innerjoin=True)).with_lockmode('update'))

但是这样在db2中又会造成问题,因为内连接是立即加载,在db2中,在查询IPAllocationPool时就立即加载了IPAvailabilityRange,然后对IPAvailabilityRange表做合并操作删除了一条记录,那么这时个再来更新IPAllocationPool表就会报错.

所以它又要求我们将其改成延迟加载, 再加"enable_eagerloads(False)"可以解决.

options(orm.noload('available_ranges')))