rsocol:[...] deşi uneori ni se pare că ORDER BY-ul cu TOP 100 PERCENT funcţionează în view-uri şi subquery-uri, este de fapt doar o întâmplare. Câteva clarificări în legătură cu fraza de mai sus:http://blogs.msdn.com/queryoptteam/archive/2006/03/24/560396.aspx Răzvan 

OK, în cazul în care am putea considera că acc_id e cheie primară în vw_crmimportclienti, atunci putem rescrie următoarea porţiune:     select cst.*, NULLIF(x.cstid,cst.acc_id) IDSUP from vw_crmimportclienti cst    inner join #T x on cst.acc_new_codfiscal = x.cstafm and cst.acc_id >= x.cstid    ...

Diana:De asemenea am inteles ca ''shrink'' - ul nu poate reduce dimensiunea fisierului ''mai jos'' decat dimensiunea cu care a fost creat (sau modificat prin ALTER DATABASE...). De exemplu poti incerca sa creezi baza cu logul avand size = 1GB Diana, nu e chiar aşa. Încearcă, de exemplu, următorul script: CREATE DATABASE ShrinkTest ...

În momentul în care se face backup la transaction log, acesta se goleşte, dar nu se micşorează. El se micşorează doar dacă faci shrink, dar NU e recomandabil să faci acest lucru periodic (vezi http://www.karaszi.com/SQLServer/info_dont_shrink.asp). Răzvan 

În primul rând, în loc de ''acc_new_codfiscal like '%1%' or acc_new_codfiscal like '%2%' or ...'' putem să scriem ''acc_new_codfiscal like '%[0-9]%'''. Apoi, observăm că se repetă (de 4 ori) următoarea porţiune:         select min(acc_id) cstid, min(acc_new_codfiscal) cstafm from ...

Documentaţia pentru procedura sp_browsereplcmds o găseşti în Books Online sau la adresa: http://msdn2.microsoft.com/en-us/library/ms176109.aspx Această procedură citeşte informaţii din tabela MSrepl_commands din baza de date Distribution, aşa că poţi să încerci şi un: SELECT COUNT(*) FROM distribution..MSrepl_commands WITH (NOLOCK) Documentaţia ...

Presupunând că foloseşti replicare tranzacţională, s-ar putea să te intereseze procedura sp_browsereplcmds. Răzvan 

Din câte am citit, aceeaşi limitare există şi în Oracle, PosgreSQL, Sybase, Access, etc, deoarece este prevăzută de standardul ANSI-SQL: la o citire superificială a standardului ISO 9075-2:2003, am găsit o prevedere de genul acesta în capitolul 14.1, la regula de sintaxă 18) lit. d) pct.i) 9) B) II). Totuşi, se pare că există un SGBD care ignoră ...

Comentariile la acel articol mi se par mai pertinente decât articolul în sine: e doar o chestiune teoretică şi nu cred că poate fi implementat un atac practic, decât în condiţii de laborator (latenţă de reţea foarte mică şi constantă, tabele mari şi server lent, nicio activitate a altor utilizatori, etc). Răzvan

hyghnet, Query-ul scris de Diana ar trebui să furnizeze rezultatele corecte. Singura problemă este în datele de test: în primul rând ai scris 1/2006, iar în următoarele două ai scris 1/2007, dar cred că vroiai să scrii aceeaşi valoare. Încearcă, de exemplu, cu următoarele date de test: CREATE TABLE Tabela (    nr_inreg varchar(7) ...