http://sqlserver.ro/forums/16/ShowForum.aspxenCommunityServer 2.1 SP2 (Build: 61129.1)http://sqlserver.ro/forums/thread/492.aspxTue, 24 Oct 2006 07:16:03 GMT963f3a18-65dd-4aad-905c-b785cfe1d7c7:492xmldeveloper0http://sqlserver.ro/forums/thread/492.aspxhttp://sqlserver.ro/forums/commentrss.aspx?SectionID=16&PostID=492<p>Legat de recomandarile dumneavoastra, cu cat exista mai multe discuri cu atat se poate mari performanta prin mutarea indecsilor (non-clustered)&nbsp;de exemplu pe discuri separate de date. In plus separarea in mai multe filegroup-uri este necesara si pentru management (backup, restore etc.)</p><p>O recomandare valabila si pentru bazele de date mai mici este dezactivarea optiunii auto shrink.</p>http://sqlserver.ro/forums/thread/491.aspxMon, 23 Oct 2006 21:08:57 GMT963f3a18-65dd-4aad-905c-b785cfe1d7c7:491marcel soare0http://sqlserver.ro/forums/thread/491.aspxhttp://sqlserver.ro/forums/commentrss.aspx?SectionID=16&PostID=491<p>De-a lungul timpului, pe masura ce dezvoltam aplicatii, bazate pe sql server 2000, m-am lovit constant de problema volumului mare de date(tabele de dimensiuni mari). Erau in principal baze de date OLTP si am reusit, cred eu sa rezolv problemele legate de dimensiunea destul de mare a tabelelor. </p><p>Daca se poate sa initiem un post, cu diferite tips and trick pentru aceste baze de date, pe sql 2000, ce contin tabele cu multe inregistrari. </p><p>Incep eu primul printr-un tips: se recomanda mutarea tabelelor de dimensiune mare in filegroup-uri separate de restul tabelelor, eventual chiar pe un alt hardisk. </p><p>&nbsp;</p><p>Completati din propria experienta cu alte tips-uri. <br />&nbsp;</p><p>&nbsp;</p>