SQLAlchemy 惰性声明式继承

Question

我们有一些表在它们之间具有声明性继承，我们一直在尝试使继承“惰性”，这意味着我们不想急切地在父表上加入。

例如：

class Entity(Base):
    __tablename__ = 'entities'
    id = Column(Integer, primary_key=True)
    entity_type = Column(String, nullable=False)
    __mapper_args__ = {'polymorphic_on': entity_type, 'polymorphic_identity': 'entities'}

class Person(Entity):
    __tablename__ = 'persons'
    person_id = Column(None, ForeignKey('entities.id'), primary_key=True)
    name = Column(String, nullable=False)
    __mapper_args__ = {'polymorphic_identity': 'persons'}

查询 Person 时，sqlalchemy 总是在 Entity 上加入。我希望它有点懒惰，但我找不到任何方法。

但是，在查询实体时，如果该实体是人，我仍然希望能够接收人对象。 这就是为什么我们不能简单地让 Person 与 Entity 有关系，或者使用一个有关系的 Mixin。

Answer 1

这里的Person实体是Entity->Person的一个join。如果您只想查询“实体”表开始，然后查询实体对象。如果您想要仅属于“Person”类型的实体对象，则在鉴别器上进行过滤：

persons = query(Entity).filter_by(entity_type='persons').all()

上面将在不使用连接的情况下返回 Person 对象，并且当您访问特定于 Person 的属性时，将为每一行单独选择“persons”表。

编辑：好的，你想要它反过来。首先这是可能的方式，其次是我建议更改映射。

1. 您始终可以通过查询表从“人”中取回行：

   ptable = Person.__table__
   rows = query(ptable).filter(ptable.c.foo == 'bar').all()
   

   返回元组，而不是 Person 对象。

2. 另一种可能有效的方法是对 Person 使用非主映射器，虽然我还没有尝试过，但它是相当不寻常的：

   from sqlalchemy.orm import mapper
   nperson = mapper(Person, Person.__table__, non_primary=True)
   people = query(nperson).filter(nperson.c.foo == 'bar').all()
   

3. 继承偏爱 Entity 表的原因是因为在类继承中，Person 被认为是 Entity 的一种特殊化——你得到的每个 Person 实际上只是一个 Entity，具有一些使其成为 Person 的额外特性。 ORM 认为 Person 的主键是“entities.id”列。这是因为所有 Entity 子类的空间跨越了许多表，但完整的 Entity 主键集仍然完全是“entities.id”中的那些值。 ORM 还需要查看此处的“entities.entity_type”列，以便查看对象的类型。如果 "persons" 加入到表 "employees" 并且您有 class Employee(Person)，则仅查询 "persons" 表不仅不会给我们记录的主键（将 Person 中的 FK 列放在一边），而且不会区分 Person 和 Employee。

   从语义上讲，这里的使用请求可能表明继承是不合适的。假设 Entity 有许多子类 - Person、Animal、Vehicle，并且对于每个子类表，它实际上是“记录数据”，而特定于 Entity 的列实际上只是关联值，这建议将关系建模为人与实体之间一对一。 此映射将为您提供所需的加载行为；针对 Person 的查询只会针对“persons”，并且访问 Person.entity 会发出一条 SQL 语句来获取相应的实体。

4. 另一个想法是，虽然我在这里看不到您的完整映射，但如果“实体”除了作为“所有对象的基础”之外实际上没有任何有意义的数据，恕我直言就关系数据库而言，是一种反模式。在 Python 中拥有基类很好，但我肯定没有与之对应的数据库表，它只会让查询和更新变得更加困难。