O Int 1 é sempre convertido implicitamente em 1 dia?

Em resposta à sua pergunta "O Int 1 é sempre convertido implicitamente em 1 dia?" : Não. É para (small)datetime, mas para tipos de dados modernos irá gerar um erro.

Quanto ao motivo de durar 1um dia, provavelmente é algo anterior ao SQL Server e provavelmente vem do Sybase (embora eu não tenha como confirmar isso). Por que 1foi escolhido como dia, não sei. Talvez seja porque outro aplicativo da época fez algo semelhante; O Excel faz o mesmo, por exemplo, mas seus números não se alinham ( 0is 1900-01-00e 1is 1900-01-01, porém, depois desvia mais por tratar 1900 como tendo um ano bissexto, então hoje está 45371no SQL Server, mas 45373no Excel). Se não fosse por causa de algum outro aplicativo, provavelmente era arbitrário.

Como você mencionou nos comentários, códigos semelhantes GETDATE() + 1podem facilmente ser vistos como ambíguos; o que é 1como um datetime? Um usuário poderia facilmente ser perdoado por esperar que fosse outra coisa (como um segundo, como nas épocas).

Esse comportamento não está presente nos tipos de dados modernos de data e hora, datee datetime2( datetimeoffsete time). Os tipos de dados não permitem conversões de valores numéricos para eles, explícitos ou implícitos. Se você tentasse adicionar 1essa data, receberia um erro:

SELECT SYSDATETIME() + 1;

Conflito de tipo de operando: datetime2 é incompatível com int

Na verdade, o melhor a fazer é ser explícito. Existe uma função para adicionar/subtrair períodos de tempo a um valor de data (e hora): DATEADD. A função funciona para todos os tipos de dados de data e hora ("novo" e "antigo"), e a sintaxe é muito explícita:

SELECT DATEADD(DAY, 1, SYSDATETIME());

Ninguém, agora, pode ser perdoado por pensar que o que foi dito acima está adicionando algo diferente de 1 dia ao valor atual da data e hora do sistema.

CURRENT_TIMESTAMPé a função compatível com ANSI e retorna o mesmo valor que a função do SQL Server, GETDATE()ambas derivadas do sistema operacional do computador no qual são executadas. CURRENT_TIMESTAMPfunciona com outros bancos de dados compatíveis com ANSI, mas GETDATE()não.

A menos que eu precise de uma data UTC, eu uso o CURRENT_TIMESTAMPformulário, pois é realmente um carimbo de data/hora com data/hora - a menos que seja atribuído, por exemplo: Ambos funcionam, mas são apenas do tipo Data, não DateTime

DECLARE @MYDATE DATE = GETDATE();
DECLARE @MYDATE DATE = CURRENT_TIMESTAMP;

Não é apenas um número inteiro, pois todos funcionam no SQL Server.

SELECT
    CURRENT_TIMESTAMP,
    CURRENT_TIMESTAMP + 1,
    CURRENT_TIMESTAMP - 1,
    CURRENT_TIMESTAMP + 1.5,
    CURRENT_TIMESTAMP - 1.5,
    GETDATE(),
    GETDATE() + 1,
    GETDATE() + 1.5,
    GETUTCDATE(),
    GETUTCDATE() -5,
    DATEADD(DAY, 1, CURRENT_TIMESTAMP),
    DATEADD(DAY, -1, CURRENT_TIMESTAMP),
    DATEADD(DAY, -1.5, CURRENT_TIMESTAMP)
    ;

Eu sempre recomendo o uso do DATEADD(DAY, 1, CURRENT_TIMESTAMP)para maior clareza de propósito e porque isso também torna mais simples quando você também precisa de horas DATEADD(HOUR, 8, CURRENT_TIMESTAMP) DATEADD(MINUTE, 1400, CURRENT_TIMESTAMP)ou outros ajustes de data e hora;

A resposta para sua pergunta é sim. Mas não confie nisso. Você também pode adicionar 6 horas com +0,25, pois é assim que é a representação interna no SQL Server. Parece que muita documentação foi limpa, mas vi documentos antigos especificando a representação interna.

select cast(cast('31 dec 1899' as datetime) as float)
select cast(cast('1 jan 1900' as datetime) as float)
select cast(1.25 as datetime)
select cast(cast('2 jan 1900' as datetime) as float)

Muitos anos atrás, lembro-me de ter abusado disso, lançando muitas datas para flutuar, calculando a média e retrocedendo para obter a data média. Mas não acho que faria isso hoje.

Uma ferramenta útil para explorar problemas de tipo de dados é SQL_VARIANT_PROPERTY:

select sql_variant_property( GetDate(), 'BaseType' ); -- datetime.
select sql_variant_property( 1, 'BaseType' ); -- int.

Se você combinar os dois em uma expressão :

select sql_variant_property( GetDate() + 1, 'BaseType' ); -- datetime.

Como você descobriu, as regras para precedência de tipo de dados e conversão de tipo de dados mostram que ocorrerá uma conversão implícita de intpara datetimena expressão anterior. Uma conversão explícita para o tipo de dados de destino deve fornecer o mesmo resultado:

select sql_variant_property( Cast( 1 as DateTime ), 'BaseType' ); -- datetime.
select Cast( 1 as DateTime ); -- 1900-01-02 00:00:00.000.

De uma forma deliciosamente circular, isso é documentado como:

Resultados da expressão :

Quando duas expressões são combinadas usando operadores aritméticos, bit a bit ou string, o operador determina o tipo de dados resultante.

+ (Adição) :

Retorna o tipo de dados do argumento com maior precedência. Para obter mais informações, consulte Precedência de tipo de dados (Transact-SQL) .

Precedência do tipo de dados : a tabela mostra que datetime(6) é uma precedência maior que int(16).

O que deixa você de volta à conversão de tipo de dados .

Isso deve significar que os exemplos de código mostram o comportamento esperado e que 1serão convertidos implicitamente para um dia como um arquivo datetime. A documentação explícita nem sempre está disponível.

Além: Outro lugar útil para verificar é Constants . Silencia sobre o assunto em questão.