Come velocizzare query corrente con indice

Question

sto usando un server v12 in Azure database SQL, e ho la seguente tabella:

CREATE TABLE [dbo].[AudienceNiches]( [Id] [bigint] IDENTITY(1,1) NOT NULL, [WebsiteId] [nvarchar](128) NOT NULL, [VisitorId] [nvarchar](128) NOT NULL, [VisitDate] [datetime] NOT NULL, [Interest] [nvarchar](50) NULL, [Gender] [float] NULL, [AgeFrom18To24] [float] NULL, [AgeFrom25To34] [float] NULL, [AgeFrom45To54] [float] NULL, [AgeFrom55To64] [float] NULL, [AgeFrom65Plus] [float] NULL, [AgeFrom35To44] [float] NULL, CONSTRAINT [PK_AudienceNiches] PRIMARY KEY CLUSTERED ( [Id] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) )

sto che esegue la query: (query AGGIORNATO)

`select a.interest, count(interest) from (
select visitorid, interest 
from audienceNiches 
WHERE WebsiteId = @websiteid 
AND VisitDate >= @startdate 
AND VisitDate <= @enddate 
group by visitorid, interest) as a 
group by a.interest` 

E ho le seguenti indexs (tutto ASC):

idx_WebsiteId_VisitDate_VisitorId idx_WebsiteId_VisitDate idx_VisitorId idx_Interest

Il problema è che la mia query restituisce righe di 18K aproximaly e impiega 5 secondi, l'intera tabella ha record di 8,8 milioni, e se espando un po 'i dati il ​​tempo aumenta molto, quindi, quale sarebbe l'indice migliore per questa query ? Cosa mi manca?

Answer 1

Il miglior indice per questa ricerca è un indice composito su queste colonne, in questo ordine:

• WebsiteId
• VisitDate
• interesse
• VisitorId

Ciò consente alla query di ricevere una risposta completa l'indice. SqlServer può eseguire la scansione su (WebsiteId, VisitDate) e quindi escludere il valore nullo Interest e infine contare il numero distinto VisitorIds dall'indice. Le voci degli indici saranno nell'ordine corretto per consentire che queste operazioni si verifichino in modo efficiente.

Answer 2

Gli indici possono richiedere un livello di comprensione quasi infinito, ma nel tuo caso penso che si vedrebbero buoni guadagni in termini di prestazioni indicizzando WebsiteId e VisitDate come indici separati.

È importante assicurarsi che i tuoi indici siano in buone condizioni. È necessario mantenerli aggiornando le statistiche periodicamente e ricostruendo periodicamente gli indici.

Infine, è necessario esaminare il piano di query durante l'ottimizzazione delle prestazioni della query. SQL Server ti dirà se pensa che trarrebbe beneficio da una colonna (o colonne) da indicizzare e ti avviserà anche di altri problemi relativi alle prestazioni.

Premere Ctrl + L da Management Studio e vedere cosa sta succedendo con la query.

Answer 3

È difficile per me scrivere SQL senza avere i dati da testare, ma vedere se questo dà i risultati che stai cercando con un tempo di esecuzione migliore.

SELECT interest, count(distinct visitorid) 
FROM audienceNiches 
WHERE WebsiteId = @websiteid 
AND VisitDate between @startdate and @enddate 
AND interest is not null 
GROUP BY interest 

Answer 4

La tua query potrebbe essere scritta in questo modo, perché nel set di risultati finali non si tira la colonna visitorid da tabelle audienceNiches, quindi non è necessario scrivere due diversi livelli di gruppo per. Verifica con questa query e fammi sapere se il problema di prestazioni è ancora in sospeso.

select interest, count(interest) 
from audienceNiches 
WHERE WebsiteId = @websiteid 
AND VisitDate >= @startdate 
AND VisitDate <= @enddate 
group by interest 

Answer 5

Prima di tutto, la query aggiornato può essere efficacemente ridotto a questo:

select an.Interest, count(an.Interest) 
from dbo.AudienceNiches an 
where an.WebsiteId = @WebSiteId 
    and an.VisitDate between @startdate and @enddate 
group by an.Interest; 

In secondo luogo, a seconda della cardinalità dei dati, uno dei seguenti indici fornirà le migliori prestazioni possibili:

create index IX_AudienceNiches_WebSiteId_VisitDate_Interest on dbo.AudienceNiches 
(WebSiteId, VisitDate, Interest); 

o

create index IX_AudienceNiches_VisitDate_WebSiteId_Interest on dbo.AudienceNiches 
(VisitDate, WebSiteId, Interest); 

Man mano che i dati cresceranno, penso che alla fine quest'ultimo diventerà più efficiente, in media.

P.S. Il tuo tavolo è severamente denormalizzato in molteplici aspetti. Spero solo che tu sappia quello che stai facendo.