UGISS Community

Ciao belli.

Ho avuto a che fare proprio poco fa con una select "bastarda"!

Lanciata da sql analyzer (sono in sql 2000) ci mette tra gli 8 ed i 12 secondi.

Lanciata dal qualsiasi altra fonte (programmi, osql, ect, etc, etc) dopo 10 minuti e' ancora li che aspetta.

Ho risolto (apparentemente) svuotando la chache dei piani di esecuzione con il signor

DBCC FREEPROCCACHE

ora e' una scheggia anche se interrogata esternamente. 

Domanda veloce veloce...

Quando io riavvio il server, tra le altre cose, vengono anche droppati i piani di esecuzione?

 Spero "di essere stato spiegato".

Ciao
Ale

FANTOZZIIII!!!!
Si faccia una domanda e si dia una risposta!!!
...Ho usato la mia macchinetta come test...

lanciando il comando
DBCC PROCCACHE
si ottengono le statistiche relative.
ERGO!!!!
osservo le statistiche, riavvio il server, ri-osservo le statistiche.
Al riavvio del server vengono automaticamente rimossi tutti gli elementi della cache delle procedure.

Grazie per la risposta egregio collega.

Si figuri illustrissimo.

I miei omaggi alla Signora.

Sara' servito quanto prima.

(AIUTOOOO!!!!! SONO NEL TUNNELLLLLLLL!!!!!!)

Bisogno di vacanza?

si esimio Presidente!

Andiamo avanti con la solita query bastarda...
continua a piantarsi...

Ora son passato a cercar di capire COME la curo (lanciando DBCC FREEPROCCACHE) al cercar di capire PERCHE' si ammala.

Col DBCC PROCCACHE i valori che ottengo sono:

Citiamo dal BOL:

Nella tabella seguente vengono descritte le colonne del set di risultati.

IDEE????

: ))
Ciao
Ale

Giusto per capire:

1. la tua "select bastarda" è una stored procedure?
2. se si, hai gia provato a marcarla con l'opzione WITH RECOMPILE nella definizione della procedura stessa, cosi sei sicuro che il piano di esecuzione sia sempre ricalcolato?
3. i parametri della query (o i valori che essa usa se è una query ad-hoc non parametrica) o della sp sono esattamente IDENTICI sia quando va lenta che quando va veloce?
4. quando è lento hai provato un a fare una query su sysprocesses per vedere se c'è qualche lock di mezzo?
   

A presto!

Ciao Davidone!

1. no... e' una select creata dinamicamente dentro a del codice compilato (che non posso toccare!)

2. n. a.

3. i parametri possono variare sia in numero che in qualita'... ma io applico gli stessi identici sia da QA che da applicativo.

4. No... il SYSPROCESSES non l'ho controllato...
Domani mattina lo faccio (tanto ormai sembra sistematico... anche se non riesco a riprodurlo!).

Stay Tuned!

Ciao
Ale

: )

Ho fatto una select secca su SYSPROCESSES sia prima che dopo aver lanciato il DBCC FREEPROCCACHE.

Nel foglio XLS trovate l'output prima e dopo il lancio uno in dopo l'altro sullo stesso sheet.

Non mi sembra pero' che ci siano differenze sostanziali.

Esimio Presidente... cogli la palla al balzo (come disse il castratore di canguri!) e facci una mini survivor-guide su come si legge la sysprocesses e dove focalizzare subito la nostra attenzione!

: )

Ciao
Ale

Ciao Ale

io veramente dicevo di fare una query su sysprocesses quando la query è in esecuzione e sta mostrando il comportamento "lento". Durando addirittura 10 minuti hai il tempo per vedere (eseguando una query su sysprocesses, appunto) se la lentezza è dovuta a qualche waittype particolare.

Una volta identificato il server process id (spid) legato alla query da analizzare guarda alla riga relativa a quello spid i valori waittime e lastwaittype. Se il waittime è molto alto (fai conto che questa colonna rappresenta il tempo di attesa che quella query sta subendo, espresso in ms, dovuto alla necessità di attendere la risorsa definita in lastwaittype) si puo cercare di capire come mai c'è un tempo di attesa anomalo sulla risorsa identificata.

Per identificare lo spid che ti interessa, se non vuoi usare il profiler, puoi cercare sempre in sysprocesses i process id associati all'utente che sai che sta eseguendo la query (loginname), all'applicazione attraverso cui è stata lanciata la query (program_name), ed infine la macchina che la ne ha fatto richiesta di esecuzione (host_name)

Buona ricerca