Início / dba / Perguntas / 140790
Accepted
Phrancis
Asked: 2016-06-09 16:32:31 +0800 CST

Usando texto MAX ou tipo menor mais específico

  • 772

Alguém estava revisando meu código DDL para criar tabelas e sugeriu, quando viram que eu vi usando VARCHAR(256)campos para texto, espero que sejam bem pequenos, como um primeiro nome ou qualquer outra coisa, que eu deveria sempre usar VARCHAR(MAX)e vincular Por que usar qualquer coisa além de varchar (max ) . Eu li, mas parecia datado, pois estava focado em 2005, e não parecia oferecer nenhuma justificativa real para alocar potencialmente até 2 GB por linha em todos os campos de texto.

De um ponto de vista de desempenho, armazenamento etc., como alguém deve decidir se deve usar VARCHAR(MAX)ou um tipo menor e mais específico para versões modernas do SQL Server? (por exemplo, 2008, 2012, 2014)

sql-server database-design

2 respostas

  1. Best Answer

    Devo sempre usar (n)varchar(max)para colunas de texto?

    Não.

    Para SQL Server, os maxtipos de dados só devem ser especificados quando não houver alternativa. Em vez disso, deve-se escolher o tipo de base correto ( varcharou nvarchar) e especificar um comprimento máximo explícito que seja apropriado para os dados a serem armazenados.

    O armazenamento físico é idêntico se a coluna for digitada como varchar(n)ou varchar(max), portanto, essa não é a preocupação.

    As razões para não escolher (n)varchar(max)em todos os lugares giram em torno de recursos, qualidade do plano e desempenho.

    Uma lista exaustiva provavelmente não é prática, mas entre outras coisas, maxcolunas:

    Características

    • Exigir uma restrição separada para impor um comprimento máximo
    • Não pode ser uma chave em um índice (portanto, também não há restrições exclusivas)
    • Pode impedir DDL online (incluindo reconstruções de índice e adição de uma nova coluna não nula)
    • Geralmente não são suportados para recursos 'mais recentes', por exemplo, columnstore
    • Consulte a documentação do produto para obter recursos e limitações mais específicos. O padrão geral é que existem limitações e restrições complicadas em relação aos maxtipos de dados. Nem todas as limitações e efeitos colaterais estão documentados.

    atuação

    • Exigem tratamento especial no mecanismo de execução, para contabilizar o tamanho potencialmente muito grande. Normalmente, isso envolve o uso de um caminho de código menos eficiente, com uma interface de streaming
    • Pode ter consequências imprevistas semelhantes para código externo (e outros componentes do SQL Server como SSIS), que também devem estar preparados para lidar com dados de até 2 GB de tamanho
    • Supõe-se que tenham 4.000 bytes de largura nos cálculos de concessão de memória. É provável que isso leve a uma reserva excessiva de memória, o que limita a simultaneidade e empurra páginas valiosas de índice e dados para fora da memória cache
    • Desative várias otimizações de desempenho importantes
    • Pode estender a duração do bloqueio
    • Pode impedir que o otimizador escolha um plano de busca (não dinâmico)
    • Impedir que os filtros sejam enviados para varreduras e buscas como um resíduo
    • Pode aumentar a pressão e a contenção do tempdb (dependente da versão), pois as variáveis ​​e os parâmetros provavelmente também serão digitados maxpara corresponder às definições da coluna

    Em resumo, há tantos efeitos colaterais sutis (e indesejáveis) de usar desnecessariamente o maxespecificador que não faz sentido fazer isso. A pequena 'conveniência' de usar uma única declaração não é uma espécie de compensação.

    Avalie cada tipo no contexto, use o tipo base correto ( varcharou nvarchar) e um comprimento explícito sensato.

    Leitura adicional:

    • 32

  2. Isso vai parecer a resposta de um paranóico, mas não há apenas considerações de armazenamento e desempenho.

    O próprio banco de dados não controla seus clientes, e não se pode presumir que os clientes sempre insiram entradas do usuário com segurança - mesmo que um banco de dados seja projetado para ser usado apenas com um aplicativo .net que usa o Entity Framework para encapsular transações e garantir consultas parametrizadas são usados ​​sistematicamente, você não pode saber que sempre será o caso.

    Eu não saberia exatamente como fazer isso, mas, ao criar todos os campos de texto varchar(max), se um cliente tiver problemas nas Tabelas Bobby e/ou os parâmetros de seus procedimentos armazenados também varchar(max), você estará facilitando a criação de um invasor um valor de parâmetro válido, mas inteligente, que pode fazer coisas que os clientes não deveriam estar fazendo - seja lá o que for.

    Ao limitar o comprimento ao que você realmente precisa, você não está se protegendo desses ataques inteligentes (nem tenho certeza de como é realmente chamado, só me lembro de ter lido sobre isso um tempo atrás), mas você não está dizendo " vá em frente, tente me dar um script de 2 GB para executar" também.

    • 8

relate perguntas