DjangoのORMのストアドプロシージャにアクセスする最良の方法は何ですか
-
03-07-2019 - |
質問
私はかなり複雑なデータベースを設計していますが、私のクエリの一部はDjangoのORMの範囲外になることを知っています。誰かがSPをDjangoのORMと正常に統合しましたか?もしそうなら、どのRDBMSとどのようにそれをしましたか?
解決
私たち(musicpictures.com / eviscape.com)はそのdjangoスニペットを書きましたが、全体ではありません(実際、そのコードはその時点でOracleでのみテストされていました)。
ストアドプロシージャは、試行済みのテスト済みのSPコードを再利用したい場合、1つのSP呼び出しがデータベースへの複数の呼び出しよりも高速な場合、またはセキュリティがデータベースへの適度なアクセスを必要とする場合、またはクエリが非常に複雑な場合に意味があります/マルチステップ。 OracleとPostgresデータベースの両方に対してハイブリッドモデル/ SPアプローチを使用しています。
コツは、使いやすくし、「ジャンゴ」のままにしておくことです。のような。カーソルの結果を取得し、カーソルから生成されたモデルのインスタンスを作成する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]
乾杯、サイモン。
他のヒント
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 /
良い例があります: 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()
SPを使用する実際に実行中のプロジェクトを確認する場合は、ミニブック。大量のカスタムSQLであり、SPにはPostgres pl / pgsqlを使用します。ただし、最終的にはSPを削除すると思います( trac ticket 92 )。
しないでください。
真剣に。
ストアドプロシージャロジックを、それが属するモデルに移動します。
Djangoにコードをいくつか、データベースにコードをいくつか置くのはメンテナンスの悪夢です。私はこの種の混乱を片付けようとして30年以上ITに費やしすぎました。
Django 1.2で改善された生のSQLクエリセットのサポートは、独自のmake_instance型コードをロールする必要がないので、これを簡単にすることができると思います。