防止 SQLAlchemy 对过期对象重新运行查询的正确方法？

Question

我在思考如何处理烧瓶请求中过期的 sqlalchemy 对象时遇到了麻烦。假设我执行以下操作：

from models import Foo, Bar

@app.route("/page")
def page():
  foos = Foo.query.all()

  for foo in foos:
    b = Bar(foo.data)
    db.session.add(b)

  db.session.commit()

  return render_template('page.html', foos=foos)

然后在page.html:

{% for foo in foos %}
  {{ foo. name }}
{% endfor %}

SQLAlchemy 然后将为模板循环中的每个 foo 执行选择查询，因为 session.commit() 将 foos 集合标记为过期。如果我知道foos 无法实际更改，那么阻止len(foos) 查询执行的正确方法是什么？同样，如果foos 发生了变化，那么使用单个查询而不是多次查询来刷新数据的正确方法是什么？

Answer 1

如果您知道 foos 无法更新，为什么还要发出 db.session.commit() 呢？如果是有时，那么在其中添加一些逻辑，仅当某些内容已更新时才会触发提交。

您可以在db.session.commit() 行下方添加一个foos = Foo.query.all()。那样只会对所有数据触发一个查询，而不是每行一个。

正如您所说，提交数据会将其设置为过期，因此需要重新查询它们。也许您可以刷新会话而不是重新查询，有关 in the SQLAlchemy documentation 的更多信息似乎表明您可以执行 session.refresh(object)。

更新：使用两个会话

您可以使用第二个会话，您将使用它来查询Foo，然后另一个会话来处理Bars。当您提交时，这将使 foos 保持不变，因此您不必再次点击它。

这是一个粗略的例子：

from flask.ext.sqlalchemy import Session

@app.route('/example/')
def home():
    session_two = Session(bind=db.engine.connect())
    foos = session_two.query(Foo).all()

    for foo in foos:
        db.session.add(Bar(foo))
    db.session.commit()

    return render_template_string('''
        {% for foo in foos %}
            {{ foo.name }}
        {% endfor %}
    ''', foos=foos)

另外，我想知道您是否可以通过单个会话来处理它，该会话已配置为 expire_on_commit=False from the documentation：

“commit() 的另一个行为是，默认情况下，它会使提交完成后存在的所有实例的状态过期。这样，当下次访问实例时，无论是通过属性访问还是通过它们存在于查询结果集，它们会收到最新状态。要禁用此行为，请将 sessionmaker 配置为 expire_on_commit=False"

使用 Session.expunge

根据需要从会话中删除对象

@app.route('/')
def home():
    foos = Foo.query.all()
    for foo in foos:
        db.session.add(Bar(foo))
        db.session.expunge(foo)
    db.session.commit()

    return render_template_string('''
        {% for foo in foos %}
            {{ foo.name }}
        {% endfor %}
    ''', foos=foos)

Answer 2

我有一个稍微不同的方法，我不建议在 99% 的情况下使用它。 （但无论如何我都会分享）

我对通过 SqlAlchemy 获取的数据进行积极缓存。为了假装实时 SqlAlchemy 对象和缓存数据之间的级别奇偶校验，我执行以下操作（引用 https://gist.github.com/jvanasco/01af92e100769d52f7b8）

• 当数据进入缓存时，我将其转换为原始字典（即，删除所有 sqlalchemy 信息。我只想要表的信息）

• 当我从缓存中提取数据时，我将其转换为“ObjectifiedDict”。这是一个简单地提供基于点的属性访问的字典——就像 SqlAlchemy 对象一样。

• 从缓存中提取数据的例程也可以将属性指定为延迟加载函数（这是在我从缓存中拉出数据时编写的）。这样，我可以将“用户帐户”对象的照片属性关联为从缓存中拉出特定照片的函数。

使用这种方法，我的只读部分使用与应用程序的可写部分相同的模板——唯一的区别是，如果您查看视图，一个部分上的对象是 dicts 的版本，而其他部分是真正的 SqlAlchemy。

我不建议在 99% 的情况下这样做。但在 1% 的情况下，当您尝试持久化缓存数据时，我发现这是最好的解决方案。