当前，这还没有得到很好的支持，但并非没有做到。请在Flask-
SQLAlchemy问题列表上查看此问题，该列表承认该扩展的当前实现使这种情况比他们认为的更令人头疼。希望将来会得到更好的支持（一旦确定了可靠的迁移路径并确定了新的API）。
该问题提供了以下代码示例：
from flask import Flaskfrom models import base, User # Your non-Flask-SQLAlchemy models...from flask_sqlalchemy import SQLAlchemyapp = Flask(__name__)app.config['SQLALCHEMY_DATAbase_URI'] = 'sqlite:////tmp/test.db'db = SQLAlchemy(app)@app.before_first_requestdef 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引擎的原始元数据。
我自己还没有尝试过，所以我不确定这种方法是否还有其他陷阱。如果发现任何票证，您可能想参加该票证。
