The flask_sqlalchemy module does not have to be initialized with the app right away - you can do this instead: # apps.members.models from flask_sqlalchemy import SQLAlchemy db = SQLAlchemy() class Member(db.Model): # fields here pass And then in your application setup you can call init_app: # apps.application.py from flask import Flask from apps.members.models import db app = Flask(__name__) # lat
auto_incrementを無効にするカラム定義にprimary_key=Trueを指定するとSQLAlchemyは自動的にauto_incrementを使用するので、これを無効にするには、カラム定義にautoincrement=Falseをつける。 tbl = Table( 'table_name', metadata, Column('id', Integer, primary_key=True, autoincrement=False), # ... mysql_engine='InnoDB' ) 以下に記載がある。http://www.sqlalchemy.org/docs/05/reference/dialects/mysql.html#keys unsigned intを使う次のように、sqlalchemyモジュールが提供するIntegerクラスを使ってunsigned=Tr
えがおと開発中に、自分のアホさでハマったので自戒をこめてメモ # いくつか同様のネタがあるのでシリーズ化するかも(´・ω・`) 結論を先に書くと、DB接続セッションはちゃんとクローズしろ(#゚Д゚)ゴルァ!! ってことなんですが 構成 Apache + WSGIの構成で、Virtual Hostsによる複数ホストでWSGIをdaemon modeで起動 例えばa.hoge.comとb.hoge.comのWSGIアプリを別デーモンとして起動 a.hoge.comのFlaskアプリ(Aアプリ)とb.hoge.comのFlaskアプリ(Bアプリ) は同じDBを参照 DBの利用はSQLAlchemy(Flask-SQLAlchemy)を利用 DB定義のmodelはAアプリ、Bアプリとは別ファイルに記述したものを利用 現象 a.hoge.comで追加・変更したはずのデータがb.hoge.comに反
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く