Intrebari

Re: degradare performante?

rsocol — Fri, 23 May 2008 07:36:40 GMT

maican:
care e mai rapid: IsNull sau Coalesce ?

Vezi: http://sqljunkies.com/WebLog/amachanic/archive/2004/11/30/5311.aspx

Răzvan

Re: degradare performante?

maican — Fri, 23 May 2008 07:26:48 GMT

O sa rulez Profiler-ul dupa termionarea activitatii de azi, sa vad ce iese...

Problema e ca raportul e afisat si e OK dar nu mai functioneaza celelalte pagini/module in timpul generarii rapoartelor...

Ref. la expresia de mai sus: care e mai rapid: IsNull sau Coalesce ?

Catalin

Re: degradare performante?

rsocol — Fri, 23 May 2008 07:05:02 GMT

maican:
Singura mea explicatie (care nu prea pare sa fie normala) e ca SQLServer nu reuseste sa returne toate coloanele...

O asemenea explicaţie nu are cum să fie corectă. SQL Server ori returnează toate coloanele care i-au fost cerute, ori dă eroare şi nu returnează nimic (adică nicio coloană). Este posibil ca ADO să interpreteze un warning venit din SQL Server (care e un mesaj de eroare cu severitate<=10) ca un resultset în care nu găseşte nicio coloană şi raportul dă mesajul respectiv (în loc să afişeze warning-ul venit de la server). Eu aş încerca să rulez un Profiler în care să interceptez toate evenimentele de tipul "User error message".

Răzvan

Re: degradare performante?

rsocol — Fri, 23 May 2008 06:43:15 GMT

Andrei,

Expresia "ISNULL(ID_AnUniv, -1) = CASE WHEN ISNULL(@ID_AnUniv, -1) = -1 THEN ISNULL(ID_AnUniv, -1) ELSE ISNULL(@ID_AnUniv, -1)"
nu este identică cu expresia "coalesce(ID_AnUniv, -1) = coalesce(@ID_AnUniv,ID_AnUniv, -1)" atunci când ID_AnUniv are o valoare oarecare (de exemplu 7), iar @ID_AnUniv este -1. Acest lucru se poate testa astfel:

SELECT a,b,
CASE WHEN ISNULL(a,-1)=CASE WHEN ISNULL(b,-1)=-1 THEN ISNULL(a,-1) ELSE ISNULL(b,-1) END THEN 'true' ELSE 'false' END as Expr1,
CASE WHEN COALESCE(a,-1)=COALESCE(b,a,-1) THEN 'true' ELSE 'false' END as Expr2,
CASE WHEN COALESCE(a,-1)=COALESCE(nullif(b,-1),a,-1) THEN 'true' ELSE 'false' END as Expr3
FROM (
    SELECT NULL A, NULL B
    UNION SELECT NULL, -1
    UNION SELECT NULL, 1
    UNION SELECT -1, NULL
    UNION SELECT -1, -1
    UNION SELECT -1, 1
    UNION SELECT 1, NULL
    UNION SELECT 1, -1
    UNION SELECT 1, 1
    UNION SELECT 2, 1
) x

O expresie simplificată care ar fi identică cu prima expresie este: "coalesce(ID_AnUniv, -1) = coalesce(nullif(@ID_AnUniv,-1),ID_AnUniv, -1)"
Şi asta presupunând că ID_AnUniv şi @ID_AnUniv sunt de tip int, pt că dacă tipuri diferite, COALESCE se comportă diferit de ISNULL; vezi: http://databases.aspfaq.com/database/coalesce-vs-isnull-sql.html

Răzvan

Re: degradare performante?

ignatandrei — Fri, 23 May 2008 06:33:57 GMT

Apropo : ai zis ca se folosesc Reporting Services.Te-ai uitat si prin log-ul lor ?
http://msdn.microsoft.com/en-us/library/ms156500.aspx

Re: degradare performante?

maican — Fri, 23 May 2008 04:55:06 GMT

1. Notat. Stiu de faptul ca * e mai lent decit lista coloanelor. Dar e o SP buna la toate, utilizata in mai multe tipuri de rapoarte.

Nedumeririle:
1. Daca id_grupe = -1 --> nu e raport la nivel de grupa ci la un nivel superior (specializare, domeniu etc.), in functie de care e prima <> -1, de jos in sus. In cazul in care toate sunt -1 e raport pe intreaga universitate la nivelul unui an universitat.
2. notat. o sa incerc!

Nu sunt lamurit cum de se intimpla ca, in timpul executiei rapoartelor, aplicatia sa-mi dea eroare peste tot iar in mod normal (nu rapoarte) totul se comporta f. bine. Singura mea explicatie (care nu prea pare sa fie normala) e ca SQLServer nu reuseste sa returne toate coloanele...

Catalin

Re: degradare performante?

ignatandrei — Thu, 22 May 2008 18:12:52 GMT

2 observatii rapide:

In SP1 ai peste tot select * ... vezi in ce rapoarte e folosita ... si inlocuieste doar cu ce folosesc rapoartele respective
Tot in SP1 ai imparteli la SELECT count(*) ... - daca e null ? daca e 0 ?

Si 2 nedumeriri :

Cum functioneaza , de pilda, case - ul din select-ul pe idgrupe =-1 daca id_tiptaxa <> 0 ? v2 e comentat ?
De ce scrie peste tot o fraza precum urmatoarea

        AND ISNULL(ID_AnUniv, -1) =
                            CASE WHEN ISNULL(@ID_AnUniv, -1) = -1 THEN ISNULL(ID_AnUniv, -1)
                                 ELSE ISNULL(@ID_AnUniv, -1)
        cind poate fi inlocuita cu succes de                       AND coalesce(ID_AnUniv, -1) = coalesce(@ID_AnUniv,ID_AnUniv, -1)

( cazurile sunt coloana/valoare Null/Null, Null/nenull, nenull/null si nenull/nenull )

Re: degradare performante?

maican — Thu, 22 May 2008 16:08:31 GMT

AICI e o arhiva cu diagrama tabelelor implicate, a view-urilor si a unei SP pe care o folosesc ca sursa pt. un raport "cu probleme".

In functie de parametrii din SP pot sa obtin rapoarte pt. intreaga universitate sau facultate sau domeniu sau specializare sau ....

Ultimul view folosit in SP e compus din alte 2 view-uri

Catalin

Re: degradare performante?

maican — Thu, 22 May 2008 15:51:16 GMT

E posibil ca motorul de executie sa nu poata returna toate coloanele din interogare in momente de incarcare mai mare?

Adica asta e singura mea explicatie pt. eroarile care-mi apar.... functioneaza 95% din timp iar 5% da erori si isi revine fara nici o modificare.....

Catalin

Re: degradare performante?

rsocol — Thu, 22 May 2008 15:41:19 GMT

Poţi să ne arăţi procedurile stocate respective (şi structura tabelelor implicate) ?

Răzvan

Re: degradare performante?

maican — Thu, 22 May 2008 15:33:00 GMT

Am facut urmatoarele:
1. reconstruit indecsii;
2. update statistici cu fullscan
3. EXEC sp_recompile [procedura] pt. actualizarea planului de executie

s-a imbunatatit simtitor viteza de prelucrare pt. citeva proceduri cu probleme.

TOTUSI: chiar daca un raport dureaza 30 sec. pt. o facultate mare (returneaza ~6300 inregistrari _calculate_), in acest timp BD din care se genereaza raportul nu raspunde aproape deloc (adica apar erorile respective). Ce pot face pt. ca BD sa raspunda la interogari ?

Catalin

Re: degradare performante?

Diana — Thu, 22 May 2008 12:42:53 GMT

Atunci se pare ca acele parti din aplicatie au probleme, deci cred ca trebuie sa revezi si codul de .NET si procedurile SQL. Vezi de exemplu codul SQL lent de care pomeneai inainte...

Re: degradare performante?

lmsasu — Thu, 22 May 2008 12:16:17 GMT

Cum faceti voi testarea? Unit testing? asta ar fi corectitudinea implementarii codului; cum s-ar putea testa altfel?

Lucian

Re: degradare performante?

maican — Thu, 22 May 2008 12:14:49 GMT

Diana:
Este posibil sa ai necazuri si pentru ca SQL-ul si aplicatia "impart" aceeasi masina. Vezi in "task manager" daca nu cumva procesul w3wp.exe "lasa" sqlservr.exe fara resurse (sorteaza procesele dupa MemUsage). Eu am scapat de asemenea probleme (---> SQL ramas cam fara resurse dadea "time out" sau paginile web se incarcau foarte incet) punand aplicatiile .NET si bazele de date pe servere diferite. Mai ruleaza si alte aplicatii pe serverul tau?

Server-ul e Win2003 x64 cu 8 GB RAM.

In memorie SqlServer ocupa in jur de 1.5 -> 2GB in timp de ASP.NET pina la 1 GB. Din punctul meu de vedere nu resursele sunt de vina.... aplicatia mergea si pe un calculator PIV cu 1 GB RAM (si IIS si SQL pe aceeasi masina).

Aplicatia e construita peste DotNetNuke. Paginile si modulele de la DNN merg/functioneaza f.f. bine si cind modulele mele nu functioneaza cu eroarea de mai sus.

Catalin

Re: degradare performante?

Diana — Thu, 22 May 2008 05:37:52 GMT

* Asta nu exclude faptul ca aplicatia insasi ar putea avea probleme - vezi sfatul lui Bogdan.