[ anon70939 @ 13.04.2010. 11:16 ] @
| Poceo sam da ucim SQL Server 2005 i za sada mi je sve jasno osim jedne stvari za koju pretpostavljam da je jako bitna. Naime, u knjizi nije bas opisan i dat primer. Receno je samo da je Index u najvecem broju slucajeva Primary key. Mene interesuje, ako neko moze da mi opise, u kojim slucajevima je bolje da Index ne bude primary key. Pise mi da dodeljivanje Indexa ubrzava pretragu, da Index moze biti vise kolona, i da za razliku od primary key ne mora da bude uvek jedinstven. Mozda sam pozurio malo sa pitanjem, mozda ce tamo na sredini knjige to biti objasnjeno, al eto, mozda neko ovde moze u par recenica da mi pojasni to. Takodje me interesuje sledeca stvar. Kad sam napravio tabelu, definisao sam da se kolona CustomerID koja je primarni kljuc i int sama popunjava. Odnosno Stavio sam (Is Identity) = Yes; Identity Increment = Yes, Identity Seed = Yes. Pa sam dodelio neka pravila da mi se pojedina polja ne mogu popuniti ukoliko ne ispunjavaju neke odredjene uslove. I kad namerno pogresim dobijem poruku da to polje me moze biti recimo "manje od 0", pa kad posle toga unesem normalno, dobijem nov ispravan red u tabeli samo sto mi kolona CustomerID nije popunjena redom. 1,2,3,4,5,6,7,8... nego ti redovi kod kojih sam "pogresio" prilikom unosa je preskocen, tako da mi kolona CustomerID izgleda 1,2,5,7,9,10... Zasto se to desava, i ako SQL to namerno radi tako, zbog cega je to pretpostavljam dobro? |