当前,这还没有得到很好的支持,但并非没有做到。请参阅Flask-sqlAlchemy问题列表上的此问题,该列表承认该扩展的当前实现使这种情况比他们认为的更令人头疼。希望将来会得到更好的支持(一旦确定了可靠的迁移路径并确定了新的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_all或create_all),就不能使用Flask-sqlAlchemy方法。你必须使用绑定到Flask-sqlAlchemy引擎的原始元数据。
我自己还没有尝试过,所以我不确定这种方法是否还有其他陷阱。如果发现任何门票,你可能想参加该门票。