Gostaria de reduzir o escopo de uma consulta para uma tabela que tem uma coluna de registro de data e hora no formato: 2024-12-01 12:34:56.1234567. (Um tipo de dado "datetime2")
Supondo 10 milhões de linhas e supondo que minha estratégia para cortar o escopo da consulta para entradas recentes seja "onde Timestamp > MY_CUTOFF_DATE", minha pergunta é
Esses nanossegundos/segundos/minutos/horas devem ser motivo de preocupação ao adicionar um índice na coluna Timestamp?
Se o formato Timestamp fosse "2024-12-01" (data), meu palpite é que eu não estaria preocupado com o desempenho para meu propósito e requisitos. Mas adicionar o tempo total para 100 nanossegundos torna esse território desconhecido para mim.
Sei que devo testar, mas não tenho acesso à grande tabela de produção e esperava não ter que investir tempo preenchendo uma tabela de teste com dados de tempo realistas, se alguém respondesse "Não se preocupe se você não estiver buscando ganhos de desempenho abaixo de 2 segundos".
Fiz alguns testes com 2 tabelas, a primeira com datetime, a segunda com datetime2. Testei com índice clusterizado na coluna de datas e também com índice não clusterizado na coluna de datas. Não vejo diferença no tamanho da tabela/índice e também não vejo diferença no desempenho. Fiz o teste apenas com 1 milhão de registros, não com 10 milhões, mas acho que isso não mudará minha conclusão.