Click Ok's questions

Supondo que eu tenha uma tabela chamada MyTable, com um campo TimeStamp "Created". Eu quero apenas extrair a parte Date desta coluna, e na minha pesquisa encontrei essas alternativas:

SELECT created AS "Original",
       date(created) AS "DateFunction",
       created::date AS "DoubleColonCast",
       cast(created as date) AS "CastFunction",
       date_trunc('day', created) AS "DateTrunc"
FROM MyTable

1. Em questão de SARGability , qual é o método preferido?
2. Qual é a maneira "SQL ANSI" (ou seja, mais portátil)?
3. Qual é o mais comum/usado no Postgres?

Tenho uma tabela assim:

CREATE TABLE TestTable
(
    [TestTableID] [int] IDENTITY(1,1) NOT NULL,
    [IntField1] [int] NOT NULL,
    [IntField2] [int] NOT NULL,
    [IntField3] [int] NOT NULL,
    [IntField4] [int] NOT NULL,
    [IntField5] [int] NOT NULL,
    [DateField1] [datetime] NOT NULL,
    [IntField6] [int] NOT NULL,
    [IntField7] [int] NOT NULL,
    [TextField1] [nvarchar](300) NULL,
    [DateField2] [datetime] NULL,
    [TextField2] [nvarchar](300) NULL,
    [DateField3] [datetime] NULL,
    [BoolField1] [bit] NULL
)

Eu criei um índice assim:

CREATE NONCLUSTERED INDEX IX_TestTable_DateField1
ON TestTable(DateField1);

E agora tenho esta consulta:

    DECLARE @startDate DATETIME = '20190101'
          , @endDate   DATETIME = '20200101'

    SELECT [TestTableID], 
           [IntField1], 
           [IntField2], 
           [IntField3], 
           [IntField4], 
           [IntField5], 
           [DateField1], 
           [IntField6], 
           [IntField7], 
           [TextField1], 
           [DateField2], 
           [TextField2],
           [DateField3], 
           [BoolField1]
      FROM TestTable
     WHERE DateField1 >= @startDate
       AND DateField1 < @endDate 

Essa tabela tem quase 10.000.000 de registros e essa consulta retornará cerca de 10.000 registros.

Agora, eu esperava que a consulta pelo menos usasse meu índice IX_TestTable_DateField1 ( Index Scan + Key Lookup ), mas está fazendo um Clustered Index Scan (no campo PK). Acho que é porque a consulta está retornando todos os campos da tabela.

Meu pensamento anterior era:

1. Se o índice tiver INCLUÍDO todos os campos, então o SqlServer fará uma Busca de Índice;
2. Se não incluir todos os campos, mas se o campo for usado em WHERE ou ORDER, usará Index Scan + Key Lookup;
3. Se não for 1 ou 2, ele fará um Clustered Index Scan;

Isso está correto? Por que um "Index Scan + Key Lookup" não está acontecendo?

No Sql Server Management Studio, podemos clicar em um botão "Parse" (ou Ctrl+F5) para verificar se uma instrução SQL está sintaticamente correta (sem executá-la).

Como posso fazer o mesmo no Azure Data Studio?