Gavin's questions

Tenho uma consulta no SQL Server 2008 que ao usar sp_whoisactive com get_locks = 1 tem os seguintes bloqueios abertos....

<Object name="my_table" schema_name="dbo">
  <Locks>
    <Lock resource_type="KEY" index_name="pk_mypk" request_mode="X" request_status="GRANT" request_count="1" />
    <Lock resource_type="OBJECT" request_mode="IX" request_status="GRANT" request_count="1" />
    <Lock resource_type="PAGE" page_type="*" index_name="pk_mypk" request_mode="IX" request_status="GRANT" request_count="1" />
  </Locks>
</Object>

Eu entendo o bloqueio de chave e página, mas não tenho certeza de qual é o objeto. Isso é um cadeado de mesa? Em caso afirmativo, por que se incomodou em receber bloqueios de chave e página também? Existem maneiras de descobrir por que uma consulta específica que está tocando apenas um pequeno conjunto de linhas usaria um bloqueio de tabela, suponho que seja o escalonamento de bloqueio.

Tenho duas instâncias do SQL Server na mesma máquina, uma de 2008 e outra de 2016. Ambas as instâncias têm uma conexão de servidor vinculada ao mesmo Oracle 12 Server.

Se eu executar a seguinte consulta 2008 retorna 1.23 como VARCHAR mas 2016 retorna como float

SELECT * INTO #tst FROM OPENQUERY(JOHPROD,'SELECT 1.23 FROM dual')
SELECT t.Name,* FROM tempdb.sys.columns c
    INNER JOIN sys.types t ON t.system_type_id = c.system_type_id
WHERE [object_id] = OBJECT_ID(N'tempdb..#tst');

Ambas as instâncias estão apontando para o mesmo servidor Oracle e ambas usando o mesmo driver ODBC Oracle.

Ambos os servidores vinculados têm essa mesma definição...

EXEC master.dbo.sp_addlinkedserver @server = N'ORAPROD', @srvproduct=N'Oracle', @provider=N'OraOLEDB.Oracle', @datasrc=N'ORAPROD'
EXEC master.dbo.sp_addlinkedsrvlogin @rmtsrvname=N'ORAPROD',@useself=N'False',@locallogin=NULL,@rmtuser=N'ORAUSER',@rmtpassword='########'
GO
EXEC master.dbo.sp_serveroption @server=N'ORAPROD', @optname=N'collation compatible', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'ORAPROD', @optname=N'data access', @optvalue=N'true'
GO
EXEC master.dbo.sp_serveroption @server=N'ORAPROD', @optname=N'dist', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'ORAPROD', @optname=N'pub', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'ORAPROD', @optname=N'rpc', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'ORAPROD', @optname=N'rpc out', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'ORAPROD', @optname=N'sub', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'ORAPROD', @optname=N'connect timeout', @optvalue=N'0'
GO
EXEC master.dbo.sp_serveroption @server=N'ORAPROD', @optname=N'collation name', @optvalue=NULL
GO
EXEC master.dbo.sp_serveroption @server=N'ORAPROD', @optname=N'lazy schema validation', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'ORAPROD', @optname=N'query timeout', @optvalue=N'0'
GO
EXEC master.dbo.sp_serveroption @server=N'ORAPROD', @optname=N'use remote collation', @optvalue=N'true'
GO
EXEC master.dbo.sp_serveroption @server=N'ORAPROD', @optname=N'remote proc transaction promotion', @optvalue=N'true'
GO

Alguma idéia de por que eles retornariam tipos diferentes?

Estou pensando em usar os Grupos de Disponibilidade do SQL Server no SQL Server 2012 para descarregar relatórios em nosso banco de dados principal para um segundo servidor somente leitura que é mantido em sincronia por meio do grupo de disponibilidade.

Minha pergunta é quando eu executo grandes relatórios no servidor somente leitura que normalmente criariam muitos bloqueios se executados na versão de leitura/gravação, os bloqueios se propagam do servidor somente leitura de volta para o servidor de leitura/gravação? Ou os bloqueios permanecem apenas no servidor somente leitura e apenas causam bloqueio nos dados que aguardam para serem sincronizados?

Tentando ver se ter um servidor somente leitura resolveria alguns problemas que estou tendo.

Eu tenho uma UDF de valor de tabela com várias instruções. Isso cria uma tabela temporária e a retorna como resultado.

A primeira execução leva 5 segundos, as execuções subsequentes com os mesmos parâmetros levam 1 segundo. Se eu alterar os parâmetros, leva 5 segundos na primeira vez e depois volta para 1 segundo. Se eu alterar os parâmetros de volta para os primeiros, ainda levará um segundo.

Não consigo descobrir o que está causando a demora na primeira vez em que um novo parâmetro é usado. As UDFs compilam um plano de consulta separado cada vez que parâmetros diferentes são usados? Posso monitorar isso no Profiler? Posso ver o evento sp_Recompile, mas não tenho certeza de qual evento é acionado quando um UDF é compilado.

Infelizmente, não posso postar o código, mas espero que haja informações suficientes para que alguém me dê algum tipo de explicação.

Tenho uma consulta que está demorando cerca de 10 segundos para ser executada e estou tentando otimizá-la.

Todo o tempo é gasto na pesquisa de chave, o que é bom; no entanto, neste caso, se eu passar o mouse sobre a pesquisa de chave no plano de execução real, ele diz

Expected Rows : 1
Estimated Executions : 3341
Actual Rows : 0
Executions : 0

Eu entendo que, neste caso, as estatísticas estão esperando que o índice procure encontrar linhas, o que é bom, mas como nenhuma linha foi retornada na busca de índice, por que a pesquisa de chave demoraria algum tempo? ou até mesmo ser mostrado no plano de consulta?