python - 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 始终 JOIN 到 Entity。我希望这有点懒，但我找不到任何方法来做到这一点。

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

Answer 1

这里的Person实体是Entity->Person的连接。如果您只想从“实体”表查询，则查询实体对象。如果您想要仅属于“Person”类型的实体对象，请根据鉴别器进行过滤:

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

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

编辑:好的，你想要相反的方式。首先，这是可能的方法，其次是我更改映射的建议。

1. 您始终可以通过查询表来获取“person”的行:

   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. 继承有利于实体表的原因是因为在类继承中，Person 被认为是 Entity 的特化 - 您获得的每个 Person 实际上只是一个 Entity，具有一些使其成为 Person 的额外品质。 ORM 认为 Person 的主键是“entities.id”列。这是因为所有 Entity 子类的空间跨越许多表，但完整的 Entity 主键集仍然保留在“entities.id”中的那些值。 ORM 还需要查看此处的“entities.entity_type”列，以便了解对象的类型。如果“persons”加入到表“employees”并且您有类 Employee(Person)，则仅查询“persons”表不仅不会给我们记录的主键(不考虑 FK)列)，但也不会区分 Person 和 Employee。

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

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