【问题标题】:SQLAlchemy Automap backref errorsSQLAlchemy Automap 反向引用错误
【发布时间】:2018-01-17 03:39:59
【问题描述】:

我是 SQLAlchemy 的新手(通常是 ORM),我正在尝试将现有的应用程序迁移到 SQLAlchemy,以便我们可以将一些代码复杂性从当前存在的(并且更新繁琐的)查询转移到 Python。不幸的是,我在数据库反射后立即收到错误。虽然我可以直接查询表,但我并不能直接访问类或类之间的关系。下面是我正在尝试做的一个大约最小的示例。

现有的 postgres 表:

dev=> \d+ gmt_file
                                        Table "public.gmt_file"
  Column   |     Type     | Modifiers | Storage  | Stats target | Description 
-----------+--------------+-----------+----------+--------------+-------------
 file_id   | integer      | not null  | plain    |              |
       a   | integer      |           | plain    |              | 
       b   | integer      |           | plain    |              | 
Indexes:
    "gmt_file_pk" PRIMARY KEY, btree (file_id)
Foreign-key constraints:
    "gmt_file_a_fk" FOREIGN KEY (a) REFERENCES cmn_user(user_id)
    "gmt_file_b_fk" FOREIGN KEY (b) REFERENCES cmn_user(user_id)

SQLAlchemy 应用程序(最小示例):

from sqlalchemy import create_engine
from sqlalchemy.orm import Session,Mapper
from sqlalchemy.ext.automap import automap_base

engine = create_engine('postgresql://user:pass@localhost:5432/dev')
Base = automap_base()
Base.prepare(engine, reflect=True)
session = Session(engine,autocommit=True)

session.query(Base.classes.gmt_file).all()

据我目前所知,这会引发 backref 错误,因为 a 和 b 与不同表中的同一字段具有外键关系(这种情况经常发生在现有数据库中)。我尝试了多种处理此错误的方法,包括创建自定义命名函数(name_for_scalar_relationship() 和 name_for_collection_relationship()),但均无济于事。在 SQLAlchemy 中,有没有一种标准的方法来处理这个问题,或者在反射期间禁用 backref 创建?

最终目标是以自动化方式反映数据库,而不必为当前存在的数百个表编写自定义名称映射,但我不知道该怎么做。任何帮助表示赞赏。

谢谢

【问题讨论】:

  • 我不确定这是否有助于找到解决方案,但我可以使用__table__ 子对象直接查询表。例如。 session.query(Base.classes.gmt_file.__table__).all() 不会抛出错误。有什么想法吗?

标签: python postgresql sqlalchemy


【解决方案1】:

当多个外键引用同一列时,使用自动映射似乎会发生属性名称冲突。

Base.prepare 允许使用参数name_for_scalar_relationship 和name_for_collection_relationship,它们采用用于生成属性名称的函数。 (请参阅 AutomapBase.prepare() 和 name_for_collection_relationship() 的文档)我能够通过定义自己的函数来绕过 backref 错误。

修改您的最小示例:

from sqlalchemy import create_engine
from sqlalchemy.orm import Session,Mapper
from sqlalchemy.ext.automap import automap_base, name_for_collection_relationship

engine = create_engine('postgresql://user:pass@localhost:5432/dev')
Base = automap_base()

def _name_for_collection_relationship(base, local_cls, referred_cls, constraint):
    if constraint.name:
        return constraint.name.lower()
    # if this didn't work, revert to the default behavior
    return name_for_collection_relationship(base, local_cls, referred_cls, constraint)

Base.prepare(engine, reflect=True, name_for_collection_relationship=_name_for_collection_relationship)
session = Session(engine,autocommit=True)

session.query(Base.classes.gmt_file).all()

这有望为您提供属性名称为 gmt_file_a_fk 和 gmt_file_b_fk 的类。

这种方法对我有用。如果不起作用,您也可以尝试类似地重新定义name_for_scalar_relationship()。

如果您想完全覆盖这些类,则必须确保正确定义列和关系。例如:

from sqlalchemy import Column, Integer, ForeignKey
from sqlalchemy.orm import relationship

class GmtFile(Base):
    __tablename___ = 'gmt_file'

    file_id = Column('file_id', Integer, primary_key=True)

    a = Column('a', Integer, ForeignKey('CmnUser.user_id', name='gmt_file_a'))
    b = Column('b', Integer, ForeignKey('CmnUser.user_id', name='gmt_file_b'))
    # you'll need to define the class CmnUser as well

    # these variable names need to be the same as the ForeignKey names above
    gmt_file_a = relationship('CmnUser', foreign_keys=[a])
    gmt_file_b = relationship('CmnUser', foreign_keys=[b])

【讨论】:

  • 它适用于我。谢谢,你在我需要的时候及时回复了:)。
  • 我已经离开了 SQLAlchemy,所以我还没有验证这是否适用于我的情况。但我将其标记为正确,因为它看起来可以工作并且至少解决了其他人的一个问题。
猜你喜欢
  • 1970-01-01
  • 2017-06-15
  • 1970-01-01
  • 2014-12-28
  • 2020-05-12
  • 2019-05-05
  • 1970-01-01
  • 2016-11-21
  • 2013-02-17
相关资源
最近更新 更多