Início / dba / Perguntas / 182924
Accepted
Arthur Tarasov
Asked: 2017-08-08 23:43:49 +0800 CST

A configuração da propriedade da coluna como NOT NULL afeta o tamanho da tabela?

  • 772

Eu tenho um monte de colunas na minha tabela de banco de dados MySQL que armazenam booleanos (0 ou 1) como tinyints. Eles são 0 por padrão e não devem ser nulos. Estou pensando em definir a propriedade da coluna como NOT NULL para que haja outra verificação de validação apenas no caso. Eu me pergunto se isso terá o custo de aumentar o tamanho da mesa no futuro. Meu medo é que, talvez, a propriedade NOT NULL adicione outro bit a cada entrada de dados?

Meu banco de dados é novo e praticamente vazio então quando tento verificar o tamanho da tabela sempre me dá 16kb.

mysql

2 respostas

  1. Best Answer

    Da documentação do MySQL (ênfase minha):

    Declare colunas como NOT NULL se possível. Ele torna as operações SQL mais rápidas, permitindo melhor uso dos índices e eliminando a sobrecarga para testar se cada valor é NULL. Você também economiza algum espaço de armazenamento, um bit por coluna. Se você realmente precisar de valores NULL em suas tabelas, use-os. Apenas evite a configuração padrão que permite valores NULL em todas as colunas.

    Então, pelo contrário, NOT NULLeconomiza espaço em disco, em vez de custar mais.

    • 5

  2. Qual Motor você está usando?

    No máximo, NULLsuse 1 byte por 8 colunas anuláveis. Na outra direção, um NULLvalor pode ocupar menos espaço. De que tipo de dados você está falando?

    Veja também SET. Este tipo de dados permite colocar até 64 sinalizadores booleanos em até 8 bytes de espaço.

    Há muito tempo, decidi que as considerações de espaçoNULL de versus NOT NULLeram tão insignificantes que não valia a pena pensar sobre isso. Eu tenho uma regra prática: se uma otimização provisória ( NULL, etc)não vai economizar 10% de algo (espaço, velocidade, etc), então largue o tópico e procure outra coisa para otimizar.

    Em vez disso, concentro-me em usar, NOT NULLexceto quando tenho um motivo comercial ou uma lógica de processamento que pode fazer bom uso de NULL:

    • Ainda não definido (por exemplo, data da morte)
    • Opcional (por exemplo, inicial do meio)
    • Não disponível (por exemplo, inicial do meio)
    • etc.

    Eu insisto em pensar cuidadosamente sobre os tipos de dados ao criar inicialmente uma tabela. É doloroso fazer alterações de esquema mais tarde. Exemplos:

    • Isso caberá em um de 2 bytes SMALLINTem vez de um de 4 bytes INT. (Menor economiza espaço em disco e ajuda a acelerar)
    • Praticamente todos os ints podem/devem ser UNSIGNED.
    • Obtenha o CHARACTER SETe COLLATIONcorreto.
    • NULLvs. NOT NULL_ (Por razões lógicas, não velocidade ou espaço)
    • etc.
    • 2

relate perguntas