Qual é a melhor maneira de acessar procedimentos armazenados no ORM do Django

votos
21

Eu estou projetando um banco de dados bastante complexa, e sei que alguns dos meus consultas será muito fora do escopo da ORM do Django. Alguém integrada SP está com ORM do Django com sucesso? Se assim for, o que RDBMS e como você fez isso?

Publicado 30/04/2009 em 06:03
fonte usuário
Em outras línguas...                            


6 respostas

votos
19

Nós (musicpictures.com / eviscape.com) escreveu que o Django trecho, mas não é toda a história (na verdade, que o código só foi testado no Oracle na época).

procedimentos armazenados fazer sentido quando você quiser reutilizar experimentado e testado código de SP ou de onde uma chamada SP será mais rápido do que várias chamadas para o banco de dados - ou onde a segurança requer acesso moderado ao banco de dados - ou onde as consultas são muito complicadas / várias etapas. Estamos usando uma abordagem de modelo / SP híbrido contra os dois bancos de dados Oracle e PostgreSQL.

O truque é fazer com que seja fácil de usar e mantê-lo "Django" como. Nós usamos uma função make_instance que leva o resultado de cursor e cria instâncias de um modelo preenchido a partir do cursor. Isso é bom porque o cursor pode retornar campos adicionais. Então você pode usar essas instâncias em seu código / templates muito parecido normais objetos de modelo 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

# Use-o assim:

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

# E aqui estão algumas funções auxiliares:

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]    

aplausos, Simon.

Respondeu 04/05/2009 em 14:36
fonte usuário

votos
16

Você tem que usar o utilitário de ligação em Django:

from django.db import connection

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

então você pode buscar os dados:

cursor.fetchone()

ou:

cursor.fetchall()

Mais informações aqui: http://docs.djangoproject.com/en/dev/topics/db/sql/

Respondeu 30/04/2009 em 06:16
fonte usuário

votos
3

Não é um bom exemplo: 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()
Respondeu 25/06/2015 em 08:27
fonte usuário

votos
2

Se você quiser olhar para um projeto em execução real que usa SP, veja minibooks . Uma boa dose de SQL personalizada e usa PostgreSQL pl / pgsql para SP. Eu acho que eles estão indo para remover o SP, eventualmente, embora (justificação no bilhete trac 92 ).

Respondeu 30/04/2009 em 06:25
fonte usuário

votos
0

Eu acho que o SQL puro melhorou queryset apoiar no Django 1.2 pode tornar isso mais fácil porque você não tem que rolar o seu próprio código de tipo make_instance.

Respondeu 09/09/2010 em 11:44
fonte usuário

votos
0

não.

A sério.

Mova a lógica procedimento armazenado em seu modelo onde ele pertence.

Colocar algum código em Django e algum código no banco de dados é um pesadelo de manutenção. Passei muitos dos meus mais de 30 anos na área de TI tentando limpar este tipo de confusão.

Respondeu 30/04/2009 em 11:25
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more