Domande taggate «execution-plan»

La strategia selezionata da Query Optimizer per elaborare una query.

1
Perché eseguire un'eliminazione sulla mia vista partizionata si traduce in un inserto di indice cluster?
Ho una vista partizionata che ha il trigger di inserimento sotto (partizione mans scarsa). Quando eseguo un ELIMINA, ottengo il piano di query seguente: delete from factproductprice where pricedate = '20170725' Trigger sulla vista: ALTER TRIGGER [dbo].[factProductPriceDelete] ON [dbo].[FactProductPrice] INSTEAD OF DELETE AS BEGIN IF @@ROWCOUNT = 0 RETURN; DECLARE …






3
Molti "FETCH API_CURSOR0000 ..." su sp_WhoIsActive (SQL Server 2008 R2)
Ho una strana situazione. Usando sp_whoisactiveposso vedere questo: Ok, con questa query, posso vedere cosa sta scatenando (questa parola esiste in inglese?): SELECT c.session_id, c.properties, c.creation_time, c.is_open, t.text FROM sys.dm_exec_cursors (SPID) c --0 for all cursors running CROSS APPLY sys.dm_exec_sql_text (c.sql_handle) t il risultato: è un semplice select. Perché sta …



2
Come posso ottenere il piano di esecuzione per una vista?
Ho uno schema con un numero di visualizzazioni. Devo controllare i piani di esecuzione per assicurarmi che gli indici appropriati siano presenti e utilizzati. Come faccio a fare questo? Preferirei non dover copiare e incollare l'output da show create view <viewname>dentro explain, specialmente perché alcune delle viste sono costruite sopra …


2
Query molto simili, prestazioni notevolmente diverse
Ho due domande molto simili Prima query: SELECT count(*) FROM Audits a JOIN AuditRelatedIds ari ON a.Id = ari.AuditId WHERE ari.RelatedId = '1DD87CF1-286B-409A-8C60-3FFEC394FDB1' and a.TargetTypeId IN (1,2,3,4,5,6,7,8,9, 11,12,13,14,15,16,17,18,19, 21,22,23,24,25,26,27,28,29,30, 31,32,33,34,35,36,37,38,39, 41,42,43,44,45,46,47,48,49, 51,52,53,54,55,56,57,58,59, 61,62,63,64,65,66,67,68,69, 71,72,73,74,75,76,77,78,79) Risultato: 267479 Piano: https://www.brentozar.com/pastetheplan/?id=BJWTtILyS Seconda query: SELECT count(*) FROM Audits a JOIN AuditRelatedIds ari ON a.Id …



1
MERGE prevenzione del deadlock
In uno dei nostri database abbiamo una tabella a cui si accede in modo intensivo simultaneamente da più thread. I thread aggiornano o inseriscono le righe tramite MERGE. Esistono anche thread che a volte eliminano le righe, quindi i dati della tabella sono molto volatili. Le discussioni che eseguono upsert …

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.