【问题标题】:How to use flask-sqlalchemy with existing sqlalchemy model?如何将 flask-sqlalchemy 与现有的 sqlalchemy 模型一起使用?
【发布时间】:2013-10-07 19:43:25
【问题描述】:

我读过flask-sqlalchemy or sqlalchemy,它建议将flask-sqlalchemy 与flask 一起使用。我想遵循这种方法。

但是,我有一个为命令行脚本编写的现有模型,它基于 sqlalchemy 的 declarative_base,例如,

from sqlalchemy.ext.declarative import declarative_base
Base = declarative_base()   # create sqlalchemy Base class
              :
class Runner(Base):
    etc.

我希望仍然能够在此模型中使用命令行脚本,但也希望围绕该模型构建一个 Web 应用程序。

有没有办法扩展现有模型,以获得使用 flask-sqlalchemy 扩展的好处?还是我应该自己动手,并使用 sqlalchemy 的 ScopedSession?

【问题讨论】:

  • 使用flask-sqlalchemy模型重写命令行脚本会不会有问题?
  • 我不知道——以前没用过烧瓶,或者烧瓶炼金术,也不知道副作用。是否需要重写脚本或只重写导入的模型?我还应该提到我一直在使用 alembic 来跟踪数据库更改,以防出现任何兼容性问题。
  • 2020 年更新:这可能是解决此问题的有希望的方法:stackoverflow.com/questions/28789063/…

标签: python sqlalchemy flask flask-sqlalchemy


【解决方案1】:

目前,这不是很好的支持,但并非不可能。请参阅 Flask-SQLAlchemy 问题列表中的this issue,它承认当前的扩展实现使这种情况比他们认为的更令人头疼。希望将来能更好地支持这一点(一旦确定了可靠的迁移路径和新的 API)。

该问题提供以下代码示例:

from flask import Flask
from models import Base, User # Your non-Flask-SQLAlchemy models...
from flask_sqlalchemy import SQLAlchemy

app =  Flask(__name__)
app.config['SQLALCHEMY_DATABASE_URI'] = 'sqlite:////tmp/test.db'
db = SQLAlchemy(app)

@app.before_first_request
def setup():
    # Recreate database each time for demo
    Base.metadata.drop_all(bind=db.engine)
    Base.metadata.create_all(bind=db.engine)
    db.session.add(User('Bob Jones', 'bob@gmail.com'))
    db.session.add(User('Joe Quimby', 'eat@joes.com'))
    db.session.commit()

@app.route('/')
def root():
    users = db.session.query(User).all()
    return u"<br>".join([u"{0}: {1}".format(user.name, user.email) for user in users])

if __name__ == '__main__':
    app.run('127.0.0.1', 5000) 

这里有几点需要注意:

首先,您将失去执行 User.query 的能力(因为 User 是使用其自己的声明性基础创建的)以及 Flask-SQLAlchemy 的 db.Model 为您提供的所有其他东西(例如自动生成表名和方法,如first_or_404())。

其次,任何时候你需要做涉及元数据的事情(例如drop_allcreate_all),你不能使用Flask-SQLAlchemy方法。您必须使用绑定到 Flask-SQLAlchemy 引擎的原始元数据。

我自己没有尝试过,所以我不确定这种方法是否还有其他问题。如果您发现任何票,您可能想参与该票。

【讨论】:

  • 感谢您提供该问题的指针。我可以做这个实验,但如果你知道这个答案肯定会更容易:如果我使用烧瓶炼金术的 db.model 而不是 Base 重写模型,那么会破坏命令行脚本?
  • @Lou_K:本身可能不是“中断”,但是当您尝试运行它们时,您可能需要做一些额外的工作来设置 Flask 应用程序,然后脚本才能运行。跨度>
  • @Mark_Hildreth:我可以试试。如果这变得繁琐,也许我可以使相同的源文件适用于模型,但依赖于一些环境信息(python 外部的某种配置,由命令行或 Web 应用程序设置)来导入正确的东西,并根据它是由命令行脚本还是烧瓶应用程序使用适当地声明 Base 。不过感觉不是很优雅。这需要仔细考虑,以确保两个系统不会以某种方式相互冲突。
猜你喜欢
  • 1970-01-01
  • 2015-01-05
  • 2017-08-20
  • 2019-05-28
  • 2020-05-15
  • 2019-05-18
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多