web-dev-qa-db-ja.com

DjangoのORMでストアドプロシージャにアクセスするための最良の方法は何ですか

私はかなり複雑なデータベースを設計していますが、クエリの一部がDjangoのORMの範囲外になることを知っています。 SPをDjangoのORMとうまく統合した人はいますか？もしそうなら、どのRDBMSとそれをどのように行いましたか？

pythonsqldjangostored-proceduresdjango-models
25
kkubasik

私たち（musicpictures.com/eviscape.com）は、Djangoスニペットですが、全体像ではありません（実際、そのコードは当時Oracleでのみテストされていました）と書いています。

ストアドプロシージャは、試行錯誤されたSPコードを再利用する場合、または1つのSP呼び出しがデータベースへの複数の呼び出しよりも高速になる場合、またはセキュリティデータベースへのモデレートアクセスが必要な場合、またはクエリが非常に複雑/マルチステップの場合、OracleデータベースとPostgresデータベースの両方に対してハイブリッドモデル/ SPアプローチを使用しています。

秘訣は、使いやすくして「Django」のように保つことです。カーソルの結果を取得し、カーソルから入力されたモデルのインスタンスを作成するmake_instance関数を使用します。カーソルが追加のフィールドを返す可能性があるため、これは素晴らしいことです。次に、通常のDjangoモデルオブジェクトのように、コード/テンプレートでこれらのインスタンスを使用できます。

def make_instance(instance, values):
    '''
    Copied from eviscape.com

    generates an instance for dict data coming from an sp

    expects:
        instance - empty instance of the model to generate
        values -   dictionary from a stored procedure with keys that are named like the
                   model's attributes
    use like:
        evis = InstanceGenerator(Evis(), evis_dict_from_SP)

    >>> make_instance(Evis(), {'evi_id': '007', 'evi_subject': 'J. Bond, Architect'})
    <Evis: J. Bond, Architect>

    '''
    attributes = filter(lambda x: not x.startswith('_'), instance.__dict__.keys())

    for a in attributes:
        try:
            # field names from Oracle sp are UPPER CASE
            # we want to put PIC_ID in pic_id etc.
            setattr(instance, a, values[a.upper()])
            del values[a.upper()]
        except:
            pass

    #add any values that are not in the model as well
    for v in values.keys():
        setattr(instance, v, values[v])
        #print 'setting %s to %s' % (v, values[v])

    return instance

＃次のように使用します：

pictures = [make_instance(Pictures(), item) for item in picture_dict]

＃そしてここにいくつかのヘルパー関数があります：

def call_an_sp(self, var):
    cursor = connection.cursor()
    cursor.callproc("fn_sp_name", (var,))
    return self.fn_generic(cursor)


def fn_generic(self, cursor):
    msg = cursor.fetchone()[0]
    cursor.execute('FETCH ALL IN "%s"' % msg)
    thing = create_dict_from_cursor(cursor)
    cursor.close()
    return thing

def create_dict_from_cursor(cursor):
    rows = cursor.fetchall()
    # DEBUG settings (used to) affect what gets returned. 
    if DEBUG:
        desc = [item[0] for item in cursor.cursor.description]
    else:
        desc = [item[0] for item in cursor.description]
    return [dict(Zip(desc, item)) for item in rows]

乾杯、サイモン。

23
simon redfern

Djangoの接続ユーティリティを使用する必要があります。

from Django.db import connection

cursor = connection.cursor()
cursor.execute("SQL STATEMENT CAN BE ANYTHING")

次に、データをフェッチできます。

cursor.fetchone()

または：

cursor.fetchall()

詳細はこちら： http://docs.djangoproject.com/en/dev/topics/db/sql/

16
igorgue

良い例があります： https://djangosnippets.org/snippets/118/

from Django.db import connection


cursor = connection.cursor()
ret = cursor.callproc("MY_UTIL.LOG_MESSAGE", (control_in, message_in))# calls PROCEDURE named LOG_MESSAGE which resides in MY_UTIL Package
cursor.close()
4
Hemant

SPを使用する実際に実行中のプロジェクトを確認する場合は、 minibooks を確認してください。かなりのカスタムSQLがあり、SPにPostgres pl/pgsqlを使用しています。私は彼らが最終的にSPを削除するつもりだと思います（ trac ticket 92 の正当化）。

2
Van Gale

Django 1.2で改善された生のSQLクエリセットのサポートにより、独自のmake_instanceタイプのコードをロールする必要がないため、これが簡単になると思います。

0
Anentropic