Welcome to Sign in | Help
» Search

Search

You searched for the word(s):
Showing page 2 of 10 (94 total posts) < 1 second(s)
  • timezone offset and dst

    Salut, Sunt inca incepator pe aceasta parte. Cum se poate, doar folosind sqlserver, sa deduc timezone-ul serverului si dupa aceea sa obtin diferenta de ore dintre acesta si un alt timezone dar sa se tina cont si de DST. Mentionez ca folosesc sqlserver 2008. Am gasit cateva functii cum ar fi SWITCHOFFSET SYSDATETIMEOFFSET Dar nu stiu ...
    Posted to T-SQL (Forum) by tebbaerty on March 5, 2012
  • Re: querry execution plan for nested if in sp

    cea pe care am creat-o eu de test ? sau pe cea reala. Din pacate pe cea reala nu o pot trimite din motive de securitate :(. Se pare ca de fapt problema mea nu este acel nested if cum am crezut initial, ci faptul ca pe unele if-uri se facea un select dintr-o tabela pe care existau coloane ntext. Acestea generau un numar foarte mare de lob ...
    Posted to T-SQL (Forum) by tebbaerty on February 24, 2012
  • querry execution plan for nested if in sp

    Salut, Cateodata o procedura cu foarte multe nested if-uri (~40) da timeout. Cumva execution plan-ul se recompileaza de fiecare data cand o ia pe alta ramura de if ? Nu am gasit ceva concludent, unii spuneau ca da, altii ca nu. Am facut o procedura cu mai multe nested if-uri, am pus un profiler si am observat ca nu se recompileaza procedura. ...
    Posted to T-SQL (Forum) by tebbaerty on February 23, 2012
  • Re: mutare conditii de where in join; performant sau nu ?

    Cred ca m-am lamurit. Acum ca am citit si http://www.simple-talk.com/sql/t-sql-programming/ten-common-sql-programming-mistakes/ am inteles de fapt ca la executie se muta cum este mai convenabil filtrarea.
    Posted to T-SQL (Forum) by tebbaerty on September 29, 2011
  • Re: mutare conditii de where in join; performant sau nu ?

    Diana:Foloseste profiler-ul si vezi de exemplu numarul de ''reads'' in cele doua cazuri. Alte ''good practices'', de data asta pentru acuratetea rezultatelor, gasesti la nr. 6 din http://www.simple-talk.com/sql/t-sql-programming/ten-common-sql-programming-mistakes/ am folosit set statistics io on iar rezultatele au fost aceleasi in ambele ...
    Posted to T-SQL (Forum) by tebbaerty on September 29, 2011
  • Re: mutare conditii de where in join; performant sau nu ?

    Salut, Mersi pentru recomandare si explicarea ordinii. Nelamurirea mea era legata de plasarea conditiilor. Voi cauta in carte mai multe detalii dar ca si exermplu pragmatic ar fi vorba de : select * from Document inner join DocumentDetail on Document.DocumentId = DocumentDetail.DocumentId inner join InvoiceDetail on ...
    Posted to T-SQL (Forum) by tebbaerty on September 29, 2011
  • mutare conditii de where in join; performant sau nu ?

    Salut, Corectati-ma daca gresesc dar ordinea de executie a componentelor unui statement este: FROM WHERE GROUP BY HAVING SELECT ORDER BY DISTINCT TOP In cele ce urmeaza ne intereseaza primele 2. Am auzit la multe persoane ca un best practice este sa muti din conditiile de where in conditiile de join (frecvent la cele cu inner ...
    Posted to T-SQL (Forum) by tebbaerty on September 29, 2011
  • Re: ARITHABORT

    Stiam ca ARITHABORT este la nivel de conexiune si nu afecteaza toate conexiunile la baza de date, nu stiam insa daca ar avea efecte negative.
    Posted to Intrebari generale (Forum) by tebbaerty on July 6, 2011
  • Re: ARITHABORT

    cool. postul cu linkul dianei cu siguranta m-a lamurit. Asemenator citisem si pe msdn dar ramasesem in aer cu concluziile. Acum am inteles mai bine. Multumesc,
    Posted to Intrebari generale (Forum) by tebbaerty on July 6, 2011
  • ARITHABORT

    salut. Am creat un index filtered ( create unique index on T (col1,col2) where Col3>x ). Problema e ca atunci cand din aplictie se incearca un update pe tabela T in crapa si imi spune ca ARITHABORT nu este setat corect. aceeasi eroare am observat ca o am si cand trimit xml-uri si asa mai departe. Am facut set ARITHABORT on si totul ...
    Posted to Intrebari generale (Forum) by tebbaerty on July 6, 2011
Powered by Community Server (Commercial Edition), by Telligent Systems