T.S.'s questions

Esta consulta é baseada em 2 tabelas em que algumas linhas PerfData1possuem vários registros filho. As linhas não são duplicadas, mas alguns ids são. Eu preciso pegar apenas 1 dessas linhas e isso também é uma consulta de paginação, que precisa obter o número total ou itens existentes e um subconjunto final.

A consulta funciona bem. No entanto, não tenho certeza se a ordem definida na visualização embutida (inner ORDER BY) será mantida na saída final. Até agora, não se viu nenhum desvio. Mas lembro que no mundo SQL Server isso não é garantido, por isso preciso de 2 ORDER BYcláusulas.

    SELECT 
        All_Results_Table.*
    FROM
    (
        SELECT 
            Rownum_Table.*,
            COUNT(*) OVER() as sys___countAllFoundRecords,
            ROWNUM sys___outputRownum
        FROM 
        (
            SELECT 
                ROW_NUMBER() OVER(PARTITION BY PerfData1.id ORDER BY PerfData1.id) AS sys___multivalueRowSequence, -- This is OPTIONAL when we DON'T want dupe IDs
                ROW_NUMBER() OVER(order by 1) AS sys___innerRowNumber,
                PerfData1.id,
                PerfData1.c1 item,
                PerfData2.c1 subitem
            FROM 
                PerfData1 inner join 
                PerfData2 on PerfData1.id = PerfData2.fkId
            WHERE (1 = 1) 
            ORDER BY id, subitem desc --<<-- WILL THIS ORDER STAY in the FINAL OUTPUT 
        ) Rownum_Table
        WHERE sys___multivalueRowSequence = 1 -- This is OPTIONAL when we DON'T want dupe IDs
    ) All_Results_Table
    WHERE 
        sys___outputRownum BETWEEN 200 AND 230

A ordem definida no ORDER BYSQL acima será mantida na saída final?

Se eu tiver essa consulta SQL

SELECT
  (select count(*) from  tableA) as cnt,
  t1.*

FROM
    (
     SELECT t.*
     FROM
         (
          SELECT * FROM tableA
          UNION ALL 
          SELECT * FROM tableB
         ) t
     ORDER BY [col1]
     OFFSET 1000 ROWS  --    
     FETCH NEXT 50 ROWS ONLY
    ) t1
   

Esta consulta funciona. A questão é - quantas vezes sua subconsulta é executada, 1 ou 50? (select count(*) from tableA) as cnt

Basicamente, eu sei que se você tiver vários GETDATE()em sua consulta, ele será executado apenas uma vez e o valor será reutilizado. Gostaria de saber se o analisador é inteligente o suficiente para saber que já executou essa subconsulta, que não tem correlação com outros registros.

Aqui está o plano de execução

Obrigado

"Bloco anônimo" é um termo da Oracle. Mas falando da coisa para sql server

Declare
   ....
Begin
    begin trans
 . . . 
    commit
End

Se eu enviar esse SQL de forma parametrizada para o servidor via ADO.NET, ele será armazenado em cache e reutilizado ou será recompilado todas as vezes?

Eu construí um aplicativo que compara objetos nos bancos de dados e gera scripts para replicar objetos nos diferentes bancos de dados. O que notei enquanto estava usando isso para recuperar o código de visualização

select * from INFORMATION_SCHEMA.VIEWS where TABLE_NAME = 'V_SC_ALL_CUSTOMER_DOCUMENTS'

é que VIEW_DEFINITIONcorta a visão DDL curta. Então eu aprendi a usar sys.sql_modulespara obter definição completa.

eu corri esses

sp_help 'INFORMATION_SCHEMA.VIEWS'
sp_help 'sys.sql_modules'

e descobri que INFORMATION_SCHEMA.VIEWS.VIEW_DEFINITION nvarchartamanho = 8000 e sys.sql_modules.DEFINITION nvarchartamanho = -1. eu acredito nvarchar(max).

Qual é o ponto então ter VIEW_DEFINITIONse você não pode confiar nele? E existem outros tipos de objetos que eu deveria recuperar em sql_modulesvez de suas tabelas correspondentes, como procedimentos, gatilhos, etc?

Isso vem acontecendo. A princípio, a MS disse que não suportaria TLS1.2 para OLEDB, então eles disseram que sim. Você pode ler sobre isso aqui, onde eles disseram, o suporte vem em março de 2018

Agora parece que o pacote chegou . Eu instalei. Então eu corri suave sem alterar a string de conexão usando o estilo antigo Provider=sqloledb. Esperava-se que isso falhasse e aconteceu. Mudei para um novo estilo Provider=MSOLEDBSQL(veja o primeiro link). E agora eu recebo

"O provedor 'MSOLEDBSQL' não está registrado na máquina local."

OK. Eu não instalei o provedor depois de tudo. Mas também não consigo encontrar. Eu pensei, pode ser que isso seja parte da atualização do Native Client. Mas isso saiu em janeiro de 2018. Instalei, não quebrou nada, não consertou nada. Então me deparei com esse provedor que acabou de ser lançado. Instalei. Esta parece ser a nova versão do ODBC.

Resumindo, onde eu chego MSOLEDBSQL? obrigada