Što koristite i zašto?
Ja ovih dana ramišljam što koristiti dalje u izgradnji baze. Postoji nekoliko prednosti GUID-a nad uobičajenim inkrementom, ali i obrnuto.
Zanima me koristi li tko GUID kao PK.
Što koristite i zašto?
Ja ovih dana ramišljam što koristiti dalje u izgradnji baze. Postoji nekoliko prednosti GUID-a nad uobičajenim inkrementom, ali i obrnuto.
Zanima me koristi li tko GUID kao PK.
Ja gotovo nikad. Posto vecinom radim web aplikacije i id saljem preko URLa, onda bi to postalo, pa hmmm, preruzno ako nista drugo. Takodzer, jos nisam imao potrebu za time. Koja je uopce teorija glede toga, zasto je jedno "bolje" od drugog?
Jedino gdje sam koristio GUID kao PK, to je sa db4o bazom, objektnom bazom koja radi tako da serijalizira objekte u fajl.
Ovo mi je dalo ideju za raspravu jer me neke stvari "muče" ovih dana...
Ja gotovo nikad. Posto vecinom radim web aplikacije i id saljem preko URLa, onda bi to postalo, pa hmmm, preruzno ako nista drugo. Takodzer, jos nisam imao potrebu za time. Koja je uopce teorija glede toga, zasto je jedno "bolje" od drugog?
Jedino gdje sam koristio GUID kao PK, to je sa db4o bazom, objektnom bazom koja radi tako da serijalizira objekte u fajl.
Teoretiziram, niti ja nisam probao, ali da se uključim.
Jedna od zamisli je da GUID gledam kao 128 bit adresu (prije IP nego memorijsku)
tako da možeš stvarati dinamički tablice, a prepoznati podatak iz određene sekvence GUIDa.
Ukratko, standardizirani GUID može znati šta je gdje makar se to zvalo Table1, Column1 itd...
Koristo sam uvijek GUID. Imam neke tablice gdje imam recimo parametrizirane vrijednosti pa mi je omogućio da imam identične vrijednosti primarnih ključeva u svojoj development bazi kao i u onoj živoj, nasuprot nekom autoincrement rješenju.
Osim toga primarno sam radio na MSSQL serveru pa mi je to bilo praktično.