T-SQL

Re: Slow query

ssandu — Mon, 17 Nov 2008 09:19:10 GMT

Cred ca am rezolvat problema.
Cand am transformat in select @comp l-am facut char(2) nu int cum era in procedura.
Modificand parametrul procedurii in char(2) merge la 1 sec.
Multumesc ptr. sugestii.

Re: Slow query

liviu.costea — Mon, 17 Nov 2008 09:13:47 GMT

Inainte sa intru mai adanc in detalii 2 lucruri nu le inteleg aici:

Cum poate ca in primul select cheia primara din tabela stocuri sa fie aceeasi ca din tabela cont. Oricum ar fi relatia a doua parte c1.compart = @comp nu isi are rostul pentru ca deja faci pk = ceva, si asta iti da doar o inregistrare: poate conditia trebuie pusa in subquery sau poate pk_key nu e de fapt cheie primara sau poate nu am inteles nimic inca :).

Aceeasi problem cu conditia (c1.compart = @comp) e si pentru al doilea select, doar ca aici e aceeasi tabela.

Fara nici o legatura cu performanta, primul lucru care l-as schimba ar fi aliasurile, din c1 si c2 in niste nume sugestive pentru tabelele care le reprezinta. Cred ca vezi si tu ca e greu de urmarit asa. Ar mai fi si niste chestii foarte mici de performanta, dar mai intai lamureste-ma cu astea.

Mersi.

Re: Slow query

B_gd_n[ ]Sahlean — Mon, 17 Nov 2008 08:37:44 GMT

Dacă execuţia procedurii stocate are o durată mult mai mare decât cea a scriptului atunci încearcă:
DBCC DROPCLEANBUFFERS
DBCC FREEPROCCACHE
GO

... deşi pare a fi puţin probabil ("... Oricum chiar daca scot SP si pun selectul incarcarea unui Dataset (sau DataReader) dureaza la fel de mult")

Re: Slow query

ssandu — Mon, 17 Nov 2008 08:18:50 GMT

Exact
Incerc sa-mi explic fenomenul.
Oricum chiar daca scot SP si pun selectul incarcarea unui Dataset (sau DataReader) dureaza la fel de mult.
Aici e problema !

Re: Slow query

ignatandrei — Mon, 17 Nov 2008 07:59:37 GMT

ssandu:
Rulat ca simplu select (nu ca procedura stocata dureaza 2 sec.) !!!!

??? Pe aceeasi BD ?

Re: Slow query

ssandu — Mon, 17 Nov 2008 07:49:26 GMT

Rulat ca simplu select (nu ca procedura stocata dureaza 2 sec.) !!!!

Re: Slow query

rremus — Fri, 14 Nov 2008 14:55:13 GMT

ssandu:
Subinterogarile returneaza ultima inregistrare din tabel de aceea am nevoie de ele.
Exista alt mod de a face asta ?

Un join cu RANK( ... over pk desc) = 1 in conditia de join.

Dar faptul ca query-ul tau interogheaza MAX(primary key) este o indicatie clara ca sau query-ul este eronat sau data modelul este complet aiurea.

Re: Slow query

ssandu — Fri, 14 Nov 2008 10:56:32 GMT

Subinterogarile returneaza ultima inregistrare din tabel de aceea am nevoie de ele.
Exista alt mod de a face asta ?

Re: Slow query

B_gd_n[ ]Sahlean — Fri, 14 Nov 2008 09:27:10 GMT

Încearcă să publici planul de execuţie grafic (nu în format text).
Încearcă să scapi de subinterogările
= (select max(pk_key) as pk_key from cont as c2 where c2.cod = c1.cod AND c2.data <= @data)
c1.pk_key = (SELECT MAX(pk_key) AS pk_key FROM depozit c2 WHERE (c2.cod = c1.cod) AND c2.data <= @data AND c2.gestiune = c1.gestiune))

Slow query

ssandu — Fri, 14 Nov 2008 08:34:12 GMT

Salut
Am urmatoarea SP
CREATE PROCEDURE [dbo].[inventar]
@comp int, @gestiune varchar(30), @data DATETIME
WITH RECOMPILE
AS
WITH Preturi (cod, pret) AS
(
    SELECT cod, pret
    FROM stocuri AS c1
    WHERE pk_key =
    (select max(pk_key) as pk_key from cont as c2
        where c2.cod = c1.cod AND c2.data <= @data) AND c1.compart = @comp
)
SELECT c1.cod AS Codul,
    c1.cont AS Contul, c1.um AS UM, c1.sold AS Sold,
    SUBSTRING(c1.cod,3,4) AS grupa, Preturi.pret, ROUND(Preturi.pret * c1.sold, 2) AS valoare
        FROM depozit c1
    INNER JOIN Preturi ON c1.cod = Preturi.cod
        WHERE (c1.sold <> 0) AND (c1.compart = @comp)
    and (c1.gestiune = @gestiune) AND (c1.pk_key =
        (SELECT MAX(pk_key) AS pk_key
        FROM depozit c2
        WHERE (c2.cod = c1.cod) AND c2.data <= @data AND c2.gestiune = c1.gestiune))
        ORDER BY c1.cod, c1.cont

Indexes
Pe stocuri
pk_key Clustered
compart
data (incl pk_key, cod)

Pe depozit
pk_key Clustered
cod
cod,gestiune,data
depozit,cod,pk_key (incl cont, um, sold) -> recomandat de SQL Server

Pe langa acesti indecsi mai exista si altii dar nu cred ca au relevanta in acest caz (sau are!?).
Problema e ca ruleaza cam greu ptr. unele compartimente si gestiuni (cele cu foarte multe repere cam 1:30 min) si da timeout la incarcarea unui DataSet (nu as vrea sa modific Timeout la conexiune ptr ca nu rezolva problema).
Credeti ca se mai poate umbla la aceasta procedura ?
Va multumesc.