Din păcate XML-ul tău nu se vede prea bine (am noroc că sunt moderator și am putut să-i dau ''Edit'' ca să văd XML-ul). Oricum, ideea e că acel [28] nu-i spune că vrei să-ți dea nodul care are atributul ''m'' egal cu 28, ci că vrei al 28-lea nod de genul respectiv. De altfel, poți verifica treaba asta dacă încerci cu [12]: nu îți ...

Vezi și secțiunea ''Updatable views'' din http://msdn.microsoft.com/en-us/library/ms187956(v=sql.90).aspx. Răzvan

Asta merge: create table TEST_HIST(COL1 int PRIMARY KEY CHECK (col1 BETWEEN 1 AND 4), COL2 varchar(20), COL3 datetime) create table TEST_LIVE(COL1 INT PRIMARY KEY CHECK (col1>4), COL2 varchar(20), COL3 datetime) INSERT INTO TEST_HIST SELECT 1,'test 1', '2011-10-10 13:04:14.403' INSERT INTO TEST_HIST SELECT 2,'test 2', '2011-10-11 ...

Încearcă să aplici pașii descriși în: http://msdn.microsoft.com/en-us/library/ms143799.aspx Răzvan

După cum s-a scris mai sus, soluţia ar fi să scoţi user-ii din grupul Administrators. Poţi şi să scoţi login-ul pentru BUILTIN\Administrators, dar asta nu-l împiedică pe un administrator să oprească serviciul, să copieze baza de date pe un alt calculator (sau să instaleze altă instanţă de SQL Server) şi să o acceseze. Răzvan

Conform SQL Server 2000 I/O Basics, ''Torn page detection incurs minimal overhead and is a recommended practice for SQL Server installations.'' În plus, începând cu SQL Server 2005, există şi trei opţiuni pentru PAGE_VERIFY: NONE, PAGE_TORN_DETECTION şi CHECKSUM. Aşa că aş zice că (începând din SQL Server 2005) calea de ...

După upgrade-ul de la SQL Server 2000 este recomandabil să se actualizeze o dată manual statisticile (vezi Considerations for Upgrading the Database Engine). Răzvan

Conditia ''where tbl1.column2=@valoare'' poate schimba mult planul de execuţie. În acest caz, ar fi util şi un index (non clustered, unic dacă e cazul) pe column2 în tbl1. De asemenea, ar putea fi necesare nişte hint-uri pentru a forţa join-urile să se facă într-o anumită ordine sau cu o anumită metodă, dar asta depinde de ...

În tbl1, ar trebui să fie un index pe column4 (singura coloană folosită în query). În tbl3 ar trebui să fie suficient indexul clustered pe column1, index care se crează implicit odată cu PK-ul. În tbl2 aş face un index compus pe column1 şi column3 (în ordinea asta). Cu aceşti indecşi eu aş spera ca planul de execuţie ...

1. Ba da, merge, ăsta e rolul lui AI din Latin1_General_CI_AI. 2. Nu e nevoie de dynamic SQL; @Cuvant poate fi un parametru al procedurii stocate, important e să fie declarat ca nvarchar(n), nu ca varchar(n). Răzvan