Início / dba / Perguntas / 11980
Accepted
JoeGeeky
Asked: 2012-02-01 15:01:59 +0800 CST

Quantos parâmetros de procedimento armazenado são demais?

  • 772

Acabei de começar a escrever um procedimento armazenado no SQL Server 2008 e tenho mais de 30 parâmetros. Eu nunca escrevi um com mais de ~10 parâmetros, e isso me fez pensar... Em que ponto existem muitos parâmetros?

Para contexto... este procedimento irá essencialmente INSERT uma única linha em uma única tabela. Haveria também um muito semelhante; embora um pouco menor; versão que realiza um UPDATE na mesma tabela. A maioria das colunas é relativamente pequena com uma mistura de int e strings ( varchar(200)).

Quais são os problemas; bom ou mal; a ter um procedimento com um grande número de parâmetros e qual é o limite onde devo começar a considerar outros padrões?

sql-server-2008 database-design

2 respostas

  1. Best Answer

    Problemas? Eu diria que nenhum.

    • O limite é de 2100 parâmetros . IIRC tem sido 2100 desde SQL2000, mas um erro de documentação sugeriu que era 1024.
    • Se uma tabela tiver 1.000 colunas (devido a um arranjo de colunas esparsas no estilo Sharepoint , por exemplo) e você estiver forçando o acesso por meio de procedimentos armazenados, seu procedimento de inserção pode ter 1.000 parâmetros. Nada de errado com isso.
    • Faça uma pausa para revisar o esquema quando encontrar uma tabela larga (não que 30 seja particularmente larga). Não é incomum encontrar tabelas que começaram com a vida normalizada, mas por preguiça e/ou fraqueza se expandiram além do reconhecimento.
    • Nem pense em passar um conjunto de parâmetros como uma lista CSV ou XML. Cega o otimizador de consulta e economiza pouco ou nenhum tempo ou esforço.
    • Não manivela manualmente o código do cliente para chamar um procedimento com um grande número de parâmetros. Ferramentas de geração de código como modelos T4 ou CodeSmith para o resgate.
    • 14

  2. Joe Celko é um defensor de longas listas de parâmetros, sobre as quais ele escreve em detalhes neste artigo de duas partes :

    A resposta mais simples é usar uma longa lista de parâmetros para construir listas e tabelas derivadas dentro do corpo do procedimento. O servidor SQL pode lidar com até 2100 parâmetros, o que deve ser mais do que suficiente para fins práticos. O SQL Server é realmente um covarde nesse aspecto; DB2 ;pode passar parâmetros de 32K. e o Oracle pode ter parâmetros de 64K.

    ...a longa lista de parâmetros é composta por parâmetros antigos simples, o que significa que eles podem ser usados ​​tanto para saídas quanto para entradas. Ele também está contido em uma instrução para uso do otimizador.

    Eu acho que essas técnicas sempre serão a melhor solução? Claro que não. Não existe tal coisa no SQL. Mas vale a pena olhar quando você tiver um problema apropriado.

    • 2

relate perguntas