Início / dba / Perguntas / 72785
Accepted
Chris Aldrich
Asked: 2014-07-31 10:39:32 +0800 CST

Alguém usa módulos no DB2 LUW?

  • 772

Nosso ambiente atualmente é o DB2 9.7 Fix Pack 4 no AIX.

Estou no processo de projetar e codificar alguns procedimentos armazenados SQL PL responsáveis ​​por arquivar dados em um esquema de arquivo e, em seguida, eliminar dados antigos/desnecessários do esquema principal.

Criei alguns tipos definidos pelo usuário (UDTs), especificamente tipos de linha e tipos de cursor. Estou olhando para dividir minha lógica em três procedimentos armazenados. Proc Aseria usado para limpar um determinado conjunto de dados relacionados à minha tabela EVENT principal (ou seja, o EVENTe tudo abaixo dela). Eu realmente não quero que outros possam chamar isso. Eu só quero modularizar a lógica. Proc Biria arquivar dados de EVENT(e outras tabelas) que o usuário final deseja e, em seguida, chamar Proc Apara limpar os dados originais. Proc Cseria usado para procurar EVENTsque poderia ser descartado e, em seguida, chamado Proc Apara o trabalho real.

Agora eu poderia criar tudo isso independente um do outro e, em seguida, implantá-los dessa maneira. Ou....eu poderia usar um módulo. Pelo que entendi, um módulo me permite associar funcionalidades relacionadas (tipos, procs armazenados, funções, etc.) juntos. Ele também me permite decidir quais objetos eu desejo que sejam acessíveis externamente ao módulo, ou seja, podem ser chamados/usados ​​diretamente, versus quais podem ser chamados apenas internos ao módulo (como o caso acima, onde eu poderia ocultar objetos armazenados Proc A, mas permitir Be Cchamá-lo).

Isso soa incrivelmente intrigante. Mas também tem suas desvantagens. Acho que não faz parte de nenhum padrão SQL, mas algo específico do IBM DB2. Mesmo assim, você não pode interagir diretamente com os módulos via Data Studio ou Control Center (além CALLdos procedimentos/funções de face externa). E também não é possível criá-los diretamente no InfoSphere Data Architect da IBM. Então eu teria que manter os DDL's de forma independente.

Portanto, o conceito de módulo parece útil. Posso esconder algumas coisas e escolher o que pode ser chamado para garantir que alguém não faça mau uso de nada.

Mas, dado que não parece ser suportado por ferramentas IBM fora da linha de comando .... Eu estava pensando .... quem usa módulos (especificamente no DB2 LUW)? Alguém? Faz sentido? Caso contrário, existe outra maneira de realizar meu pensamento de modularizar o código enquanto torna os "módulos" inacessíveis para chamadas diretas?

stored-procedures db2

2 respostas

  1. Best Answer

    Não poderei responder a todas as suas perguntas, mas vale o que vale:

    • Os módulos SQL parecem fazer parte do padrão SQL/PSM 2008. Pelo menos aparecem na versão rascunho, que pode ser encontrada nas interwebs.
    • As ferramentas eventualmente alcançarão os recursos do servidor. Enquanto isso, você pode usar o dialeto PL/SQL compatível com Oracle, atualmente suportado por ferramentas, para criar pacotes PL/SQL, que são essencialmente a mesma coisa.
    • Sim, as pessoas usam o módulo. Muitas das rotinas fornecidas pelo sistema DB2 são implementadas em módulos.
    • Embora você possa restringir a invocação direta de rotinas fora dos módulos concedendo privilégios apropriados, você não pode "modularizar" nada sem "módulos".
    • 3

  2. Utilizo módulos em dois projetos que desenvolvi. Com módulos, consigo organizar o código com mais facilidade, e esconder rotinas dos usuários. Além disso, os módulos fornecem uma maneira de ter um nome padrão para o módulo e o esquema fornece a versão ( https://www.ibm.com/developerworks/community/blogs/SQLTips4DB2LUW/entry/appupgrade?lang=en_us )

    Outra grande vantagem dos módulos é a flexibilidade de criar funções recursivas.

    • 3

relate perguntas