Какой подход лучше использовать для подключения к базе данных во Flask?

Разница между двумя заключается в том, что метод создает соединение на g.db, если вам это нужно или нет, а метод второй создает соединение только при первом вызове get_db в этом контексте приложения.

Если вы сравните их, используйте эту настройку:

yourapp = Flask(__name__)

# setup g.db or app_context here
# Add a logging statement (print will do)
# to the get_db or before_request functions
# that simply says "Getting the db connection ..."
# Then access / and /1

@yourapp.route("/")
def index():
    return "No database calls here!"

@yourapp.route("/<int:post_id>")
def show_post(post_id):
    # get a post using g.db or get_db
    return "Went to the DB and got {!r}".format(post)

Вы увидите, что при нажатии / с помощью установки @app.before_request (g.db) вы получаете соединение, используете ли вы его или нет, а при использовании маршрута _app_context вы получаете только соединение, когда вы вызов get_db.

Чтобы быть справедливым, вы также можете добавить дескриптор в g, который будет делать то же ленивое соединение (или в реальной жизни, приобретая соединение из пула соединений). И в обоих случаях вы можете использовать немного больше магии (werkzeug.local.LocalProxy, если быть точным), чтобы создать свой собственный поток локальный, который действует как g, current_app и request (среди других).

Первая проблема связана с приобретением соединений, даже если они не нужны. Второй имеет недостаток в игре с внутренними компонентами сторонней структуры, плюс это довольно нечитаемо.

Из двух только один, второй, вероятно, лучший выбор. Мало того, что он не получает соединение для маршрутов, которым он не нужен, он не получает соединение, если вы идете по любому пути кода, который ему не нужен, даже если другие пути кода на маршруте требуют одного. (Например, если у вас есть какая-либо форма проверки, вам нужно только соединение, если проверка прошла, это не откроет ее, когда проверка не удалась.) Вы только получаете соединения прямо перед тем, как использовать их с этой настройкой.

Однако вы можете избежать возиться с внутренними элементами и получить все эти преимущества. Лично я создал свои собственные глобальные методы:

import flask
import sqlite3

def request_has_connection():
    return hasattr(flask.g, 'dbconn')

def get_request_connection():
    if not request_has_connection():
        flask.g.dbconn = sqlite3.connect(DATABASE)
        # Do something to make this connection transactional.
        # I'm not familiar enough with SQLite to know what that is.
    return flask.g.dbconn

@app.teardown_request
def close_db_connection(ex):
    if request_has_connection():
        conn = get_request_connection()
        # Rollback
        # Alternatively, you could automatically commit if ex is None
        # and rollback otherwise, but I question the wisdom 
        # of automatically committing.
        conn.close()

Затем, во всем приложении, всегда получайте свое соединение через get_request_connection, так же, как и ваша функция get_db. Простая и высокая эффективность. В принципе, лучшее из обоих миров.

Edit:

В ретроспективе мне действительно не нравится тот факт, что это глобальные методы, но я думаю, что причина этого в том, что так работает Flask: она дает вам "глобальные", которые фактически указывают на локаторы потоков.

Я рекомендую Flask-SQLAlchemy, который расширяет SQLAlchemy для использования в Flask, поэтому он поддерживает множество разных баз данных. (Пример из документации Flask-SQLAlchemy)

Настройка:

from flask import Flask
from flask.ext.sqlalchemy import SQLAlchemy

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


class User(db.Model):
    id = db.Column(db.Integer, primary_key=True)
    username = db.Column(db.String(80), unique=True)
    email = db.Column(db.String(120), unique=True)

    def __init__(self, username, email):
        self.username = username
        self.email = email

    def __repr__(self):
        return '<User %r>' % self.username

Теперь вы можете просто импортировать/использовать класс User для доступа к таблице User в вашей базе данных.

Создайте новых пользователей:

>>> from yourapplication import User
>>> admin = User('admin', '[email protected]')
>>> guest = User('guest', '[email protected]')

Добавьте пользователей в базу данных:

>>> db.session.add(admin)
>>> db.session.add(guest)
>>> db.session.commit()

Запрос для пользователей уже в базе данных:

>>> users = User.query.all()
[<User u'admin'>, <User u'guest'>]
>>> admin = User.query.filter_by(username='admin').first()
<User u'admin'>

Я бы пошел с одним методом - более читаемым и менее "хакерским".

Метод 2, вероятно, предназначен для интеграции расширений фляж (пример и объяснение app-ctx-stack). Хотя они, вероятно, имеют очень похожий эффект, метод следует использовать для нормальных случаев.