sqlalchemy如何与automap_base生成(多对多)关系

pau*_*l23 14 python orm many-to-many sqlalchemy

作为背景:我正在基于现有数据库的模式创建ORM. - 这是因为python应用程序不是所述数据库的"所有者".

现在在这个数据库中有一个名为" task"的表和一个名为" "的表task_notBefore__task_relatedTasks- 后者是" task"表中不同条目之间的多对多关系.

现在automap_base()有这些关系所描述的自动检测在这里.然而,这对我的情况来说是失败的,并没有建立任何关系.

然后我尝试手动创建关系:

from sqlalchemy.ext.automap import automap_base
from sqlalchemy.ext.automap import generate_relationship
from sqlalchemy.orm import sessionmaker, interfaces, relationship
from sqlalchemy import create_engine

class DBConnection:
    def __init__(self, connection_url, **kwargs):
        self.engine = create_engine(connection_url, **kwargs)
        self._Base = automap_base()

        self._Base.prepare(self.engine, reflect=True)

        self.Task = self._Base.classes.task
        self.Order = self._Base.classes.order
        self.Poller = self._Base.classes.poller

        rel = generate_relationship(self._Base, interfaces.MANYTOMANY, relationship, 'related', self.Task, self.Task,
                                    secondary=self._Base.classes.task_notBefore__task_relatedTasks, backref='notBefore')

        self._Session = sessionmaker()
        self._Session.configure(bind=self.engine)

        self.session = self._Session()
Run Code Online (Sandbox Code Playgroud)

然而,这仍然没有"做"任何事情:它不会向self.Task"类" 添加任何内容.

怎么会这样做?

cry*_*lex 5

本例中的主要问题不仅在于多对多关系,而且在于它是一种自我引用的多对多关系。因为automap只是将映射的类名转换为关系名称,所以它task_collection为关系的两个方向构造相同的名称,例如 ,并且命名冲突会产生错误。这种缺点automap感觉很重要,因为自我引用、多对多关系并不罕见。

使用您自己的名称显式添加所需的关系并不能解决问题,因为automap仍会尝试创建task_collection关系。为了解决这个问题,我们需要重写task_collection.

如果您同意保留task_collection关系的前进方向的名称,我们可以简单地预先定义关系 - 指定我们想要的backref. 如果automap发现预期的属性已经存在,它将假设该关系被覆盖,并且不会尝试添加它。

这是一个精简的示例,以及sqlite用于测试的数据库。

SQLite数据库

CREATE TABLE task (
    id INTEGER, 
    name VARCHAR,
    PRIMARY KEY (id)
);

CREATE TABLE task_task (
    tid1 INTEGER,
    tid2 INTEGER,
    FOREIGN KEY(tid1) REFERENCES task(id),
    FOREIGN KEY(tid2) REFERENCES task(id)
);

-- Some sample data
INSERT INTO task VALUES (0, 'task_0');
INSERT INTO task VALUES (1, 'task_1');
INSERT INTO task VALUES (2, 'task_2');
INSERT INTO task VALUES (3, 'task_3');
INSERT INTO task VALUES (4, 'task_4');

INSERT INTO task_task VALUES (0, 1);
INSERT INTO task_task VALUES (0, 2);

INSERT INTO task_task VALUES (2, 4);
INSERT INTO task_task VALUES (3, 4);

INSERT INTO task_task VALUES (3, 0);
Run Code Online (Sandbox Code Playgroud)

将其放入名为 的文件中setup_self.sql,我们可以这样做:

sqlite3 self.db < setup_self.sql
Run Code Online (Sandbox Code Playgroud)

Python代码

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

from sqlalchemy import Table, Column, Integer, ForeignKey
from sqlalchemy.orm import relationship
from sqlalchemy.ext.declarative import declarative_base

DeclBase = declarative_base()

task_task = Table('task_task', DeclBase.metadata,
                  Column('tid1', Integer, ForeignKey('task.id')),
                  Column('tid2', Integer, ForeignKey('task.id')))

Base = automap_base(DeclBase)

class Task(Base):
    __tablename__ = 'task'

    task_collection = relationship('Task', 
                                   secondary=task_task, 
                                   primaryjoin='Task.id==task_task.c.tid1',
                                   secondaryjoin='Task.id==task_task.c.tid2',
                                   backref='backward')

engine = create_engine("sqlite:///self.db")

Base.prepare(engine, reflect=True)

session = Session(engine)

task_0 = session.query(Task).filter_by(name ='task_0').first()
task_4 = session.query(Task).filter_by(name ='task_4').first()

print("task_0.task_collection = {}".format([x.name for x in task_0.task_collection]))
print("task_4.backward        = {}".format([x.name for x in task_4.backward]))
Run Code Online (Sandbox Code Playgroud)

结果

task_0.task_collection = ['task_1', 'task_2']
task_4.backward        = ['task_2', 'task_3']
Run Code Online (Sandbox Code Playgroud)

使用不同的名称

如果您想要使用 以外的名称task_collection,则需要使用automaps 函数来覆盖集合关系名称:

name_for_collection_relationship(base, local_cls, referred_cls, constraint)
Run Code Online (Sandbox Code Playgroud)

参数local_clsreferred_cls是映射表类的实例。对于自引用、多对多关系,它们都是同一类。我们可以使用参数来构建一个密钥,使我们能够识别覆盖。

以下是此方法的示例实现。

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

from sqlalchemy import Table, Column, Integer, ForeignKey
from sqlalchemy.orm import relationship
from sqlalchemy.ext.declarative import declarative_base


DeclBase = declarative_base()

task_task = Table('task_task', DeclBase.metadata,
                  Column('tid1', Integer, ForeignKey('task.id')),
                  Column('tid2', Integer, ForeignKey('task.id')))

Base = automap_base(DeclBase)

class Task(Base):
    __tablename__ = 'task'

    forward = relationship('Task', 
                           secondary=task_task, 
                           primaryjoin='Task.id==task_task.c.tid1',
                           secondaryjoin='Task.id==task_task.c.tid2',
                           backref='backward')


# A dictionary that maps relationship keys to a method name
OVERRIDES = {
    'Task_Task' : 'forward'
    }

def _name_for_collection_relationship(base, local_cls, referred_cls, constraint):

    # Build the key
    key = '{}_{}'.format(local_cls.__name__, referred_cls.__name__)

    # Did we have an override name?
    if key in OVERRIDES:
        # Yes, return it
        return OVERRIDES[key]

    # Default to the standard automap function
    return name_for_collection_relationship(base, local_cls, referred_cls, constraint)


engine = create_engine("sqlite:///self.db")

Base.prepare(engine, reflect=True, name_for_collection_relationship=_name_for_collection_relationship)
Run Code Online (Sandbox Code Playgroud)

请注意,覆盖仅更改用于关系的name_for_collection_relationship名称。automap在我们的例子中,关系仍然是由 预先定义的Task。但是,覆盖指示automap查找forward而不是task_collection,它找到了它,因此停止定义关系。

考虑的其他方法

在某些情况下,如果我们可以覆盖关系名称而不必预先定义实际关系,那就太好了。首先考虑,这应该可以使用name_for_collection_relationship. 然而,由于两个原因,我无法让这种方法适用于自引用、多对多关系。

  • name_for_collection_relationship相关的generate_relationship被调用两次,多对多关系的每个方向各调用一次。在这两种情况下local_clsreferred_cls是相同的,因为具有自我指涉性。此外, 的其他参数name_for_collection_relationship实际上是等效的。因此,我们无法从函数调用的上下文中确定我们要覆盖哪个方向。

  • 这是问题中更令人惊讶的部分。看来我们甚至不能指望一个方向先于另一个方向发生。换句话说,对name_for_collection_relationship和 的两个调用generate_relationship非常相似。实际决定关系方向性的参数是constraint,它是关系的两个外键约束之一;这些约束从 加载Base.metadata到名为 的变量中m2m_const。问题就在这里。约束最终的顺序m2m_const是不确定的,即有时它是一个顺序;其他时候则相反(至少在使用时sqlite3)。因此,关系的方向性是不确定的。

另一方面,当我们预先定义关系时,以下论点创建了必要的决定论。

primaryjoin='Task.id==task_task.c.tid1',
secondaryjoin='Task.id==task_task.c.tid2',
Run Code Online (Sandbox Code Playgroud)

特别值得注意的是,我实际上尝试创建一个解决方案,该解决方案只是覆盖关系名称而不预先定义它。它表现出所描述的非决定论。

最后的想法

如果您有合理数量的不经常更改的数据库表,我建议仅使用Declarative Base。设置起来可能需要多一点工作,但它给了你更多的控制权。