1

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

例如：

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'}

查询人时，sqlalchemy 总是在实体上加入。我希望这有点懒惰，我找不到任何方法来做到这一点。

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

4

1 回答 1

3

这里的 Person 实体是 Entity->Person 的连接。如果您只想查询“实体”表开始，然后查询实体对象。如果您想要仅属于“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" 表不仅不会给我们记录的主键（将 Persons 中的 FK 列放在一边），而且不会

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

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

于 2012-10-31T02:47:44.623 回答