Início / dba / Perguntas / 861
Accepted
Deeptechtons
Asked: 2011-01-26 02:47:37 +0800 CST

Otimize esta consulta SQL para desempenho

  • 772

Estou tentando otimizar a seguinte declaração:

'VI'+CAST(month(GETDATE()) AS NVARCHAR)+'/'+CAST(year(GETDATE()) AS NVARCHAR)
+'/00000' +CAST(@number+1 AS VARCHAR)

A instrução produz um valor como VI1/2011/000002se o @numberparâmetro fosse 1.

Eu gostaria de otimizar isso em termos de remoção de declarações de conversão redundantes e fornecer uma maneira eficiente de concatenar as strings e inteiros.

sql-server stored-procedures

6 respostas

  1. Best Answer

    Nenhum atalho, não há concatenação elegante de strings no SQL Server

    Você está misturando varchar e nvarchar: a precedência do tipo de dados significa que toda a expressão será nvarchar.

    • 8

  2. Se você estiver realizando essa conversão com frequência à medida que os dados são selecionados, tente usar um campo calculado persistente. Ele é adicionado à tabela e o SQL Server o calcula automaticamente sempre que os dados são inseridos ou atualizados. Você paga a penalidade de cálculo uma vez - apenas uma vez - e então é menos CPU sempre que os dados são selecionados de volta. Você pode até colocar um índice nele se estiver filtrando consultas com esse campo.

    • 7

  3. O SQL Server 2012 apresenta uma nova função que parece perfeitamente adequada às suas necessidades: CONCAT().

    Aqui está um código de exemplo:

    DECLARE @number INT             = 1;
DECLARE @now    DATETIME2(3)    = GETDATE();

SELECT 
    CONCAT(
          'VI'
        , DATEPART(month, @now)
        , '/'
        , DATEPART(year, @now)
        , '/00000'
        , (@number + 1)
    )   AS result
;

    Dito isso, eu recomendo, pois outros devem fazer o trabalho de apresentação em sua camada de apresentação e não no banco de dados. Nos casos em que é mais fácil jogá-lo em sua consulta SQL existente, no entanto, acredito que CONCAT()será útil para você.

    Isso cobre o aspecto de programabilidade. Não sei o quão bem isso funcionaria, embora aposto que certamente não seria pior do que sua solução existente.

    Para mais exemplos, dê uma olhada em:

    • 3

  4. Você não pode obter isso como um parâmetro e passá-lo para o SQL proc da camada de aplicativo, como .net ou java ou php...?

    Seria muito mais simples não fazer isso no servidor SQL!

    • 2

  5. Como gbn sugere (esta resposta começou como um comentário em sua postagem, mas cresceu muito para ser prática nessa área), a única otimização simples óbvia é tornar esse VARCHAR um NVARCHAR e salvar uma conversão de tipo por invocação. Do jeito que você tem, haverá uma conversão explícita para VARCHAR seguida por uma conversão implícita para NVARCHAR. Ou faça os NVARCHARs VARCHARs se você quiser um VARCHAR no final de qualquer maneira.

    Talvez você possa alterar o CAST(month(GETDATE()) AS NVARCHAR)+'/'+CAST(year(GETDATE()) AS NVARCHAR)para em vez CONVERT()de um formato de string dat que inclua mm/yyyye use SUBSTRINGpara extrair essa parte. Dessa forma você tem:

    • 1x data de conversão->string
    • 1x operação de substring

    ao invés de

    • 2x operações extraindo partes inteiras de uma data
    • 2x conversões de tipo int->string
    • alguma concatenação de string extra (embora haja outra concatenação acontecendo de qualquer maneira, isso fará pouca diferença, pois fará tudo de uma vez)

    por invocação.

    Mas realmente isso não vai economizar muito, se alguma coisa. Mesmo que salvasse alguma coisa em termos de carga da CPU ou tempo de relógio de parede, espero que seja muito pequeno, mesmo em um grande conjunto de resultados e/ou em um loop longo. E o formato não seria exatamente o mesmo: seu formato atual inclui m/yy(sem zero à esquerda para meses menores que 10) e isso renderia mm/yy.

    • 2

  6. Concorde com gbn em misturar nvarchar com varchar, uma maneira alternativa de tornar o sql mais fácil de ler (não torna a execução mais rápida/lenta), poderia ser:

    /* opt 1 */
select 'VI'+ SUBSTRING(CONVERT(varchar, getdate(), 103), 4, 7) 
        + '/00000' + CONVERT(varchar, @number+1)

    vs

    /* opt 2 */
select 'VI'+CAST(month(GETDATE()) AS NVARCHAR)+'/'+CAST(year(GETDATE()) AS NVARCHAR)
+'/00000' +CAST(@number+1 AS VARCHAR)

    NOTA IMPORTANTE: Quando o mês é < 10 resultado diferente produzido:

    opt 1 produces: VI1/2011/000002
opt 2 produces: VI01/2011/000002
    • 0

relate perguntas