Início / dba / Perguntas / 334805
Accepted
ReynierPM
Asked: 2024-01-13 03:25:38 +0800 CST

pode ser NULL igual a 0000-00-00 em uma coluna DATETIME anulável ao selecionar linhas?

  • 772

Estou trabalhando em alguma otimização de código PHP e, enquanto procuro, encontro algumas instruções SELECT com as seguintes condições:

WHERE `date_exported` = '0000-00-00 00:00:00' OR `date_exported` IS NULL

Isso me faz pensar se a mesma instrução funcionará da mesma forma com apenas uma condição: a comparação com NULL ou a comparação com um datetime "inválido".

Acrescentarei ainda: usando MySQL Workbench e Datagrip (ou o equivalente de ferramentas como PhpStorm) não consigo ver a coluna com NULLbut 0000-00-00 00:00:00. Não tenho certeza se isso é uma coisa de configuração ou se deveria ser assim.

Este é o MySQL 5.7 e não tenho permissão para verificar itens de configuração ou insights sobre como esta instância está configurada.

Tentei definir um playground aqui , mas não me permite adicionar uma coluna 0000-00-00 00:00:00NULLdatetime

O SQL_MODEé definido da seguinte forma:

NO_ZERO,IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

Nota: é 0000-00-00 00:00:00inválido?

mysql

2 respostas

  1. Best Answer

    Por favor, forneça SHOW VARIABLES LIKE "SQL_MODE";e procure NO_ZERO_DATE.

    Seria mais eficiente evitar OR.

    Considere "consertar" os dados durante o INSERTs. Isso evita a necessidade de incomodá-lo durante SELECTs.

    Como o padrão é NO_ZERO_DATE, recomendo mover nessa direção. cf https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_show_old_temporals

    Não tenho os detalhes dessa mudança de "data_zero", então não posso dizer onde 5,7 se encaixa no espectro.

    Não sei se você consegue fazer (1 coluna por vez).

    UPDATE t
    SET mydate = NULL
    WHERE mydate = '0000-00-00'

    e da mesma forma para qualquer data e hora.

    Tentei usar algo como seu WHERE .. OR .., mas consegui ERROR 1525 (HY000): Incorrect DATE value: '0000-00-00'. Mas então eu NO_ZERO_DATEdefini.

    Espero ter apontado a direção certa; desculpe não ter a resposta completa.

    • 2

  2. Isso me faz pensar se a mesma instrução funcionará da mesma forma com apenas uma condição: a comparação com NULL ou a comparação com um datetime "inválido".

    Não, a mesma afirmação não funcionará para ambos os casos.

    nullé um valor desconhecido, enquanto 0000-00-00 00:00:00é um valor conhecido.

    Nulo só pode ser avaliado usando is/is not null, enquanto 0000-00-00 00:00:00pode ser avaliado usando =, <>..etc.

    É 0000-00-00 00:00:00 inválido?

    Dos tipos DATE, DATETIME e TIMESTAMP

    O tipo DATETIME é usado para valores que contêm partes de data e hora. O MySQL recupera e exibe valores DATETIME no formato 'AAAA-MM-DD hh:mm:ss'. O intervalo suportado é '1000-01-01 00:00:00' a '9999-12-31 23:59:59'.

    Eu diria que é inválido, talvez represente um valor desconhecido que seria melhor usar null.

    O que sugiro para um melhor desempenho?

    Altere a estrutura da tabela para o seguinte e atualize os valores.

    `date_exported` DATETIME DEFAULT  NULL

    Mantenha um backup antes de usar o método a seguir.

    Se você estiver usando o mecanismo de armazenamento InnoDB, use

    SET autocommit=0;

LOCK TABLES some_table WRITE; 

create temporary table some_table_new ( `date_exported` DATETIME DEFAULT  NULL );

insert into some_table_new  select case when date_exported='0000-00-00 00:00:00' then null else date_exported end from some_table;

truncate some_table ;

insert into some_table select * from some_table_new;

drop temporary table some_table_new;

COMMIT;

UNLOCK TABLES;

    Na consulta mantenha apenas a seguinte condição, um índice ativado date_exportedé suficiente.

    WHERE `date_exported` IS NULL

    consultar exemplo

    • 0

relate perguntas