'n Primêre sleutel moet uniek wees. 'n Unieke sleutel hoef nie die primêre sleutel te wees nie - sien kandidaatsleutel. Dit wil sê, daar kan meer as een kombinasie van kolomme op 'n tabel wees wat 'n ry uniek kan identifiseer - slegs een hiervan kan as die primêre sleutel gekies word.
Wat gebeur as primêre sleutel nie uniek is nie?
Selfs wanneer 'n primêre_sleutel in elke aansig gedefinieer is (en elkeen is in werklikheid uniek), kan jy dalk die nie-unieke waarde/primêre sleutelfout sien wanneer 'n navraag uitgevoer word. Dit kan gebeur wanneer daar veelvuldige een_tot_baie-verbindings in 'n Verken is en daar 'n maatstaf is wat 'n kombinasie van waardes van twee of meer verskillende tabelle saamvoeg
Waarom moet alle primêre sleutelwaardes uniek wees?
Primêre sleutel dwing integriteitsbeperkings af op die tafel. … 'n Tabel kan meer as een unieke sleutel hê, anders as primêre sleutel. Unieke sleutelbeperkings kan slegs een NULL-waarde vir kolom aanvaar. Unieke beperkings word ook deur die vreemde sleutel van 'n ander tabel verwys.
Moet 'n primêre sleutel uniek wees?
A primêre sleutel moet uniek wees. 'n Unieke sleutel hoef nie die primêre sleutel te wees nie - sien kandidaatsleutel. Dit wil sê, daar kan meer as een kombinasie van kolomme op 'n tabel wees wat 'n ry uniek kan identifiseer - slegs een hiervan kan as die primêre sleutel gekies word.
Kan primêre sleutel nie uniek wees nie?
Primêre sleutels is nie noodwendig per definisie uniek nie (alhoewel hulle in MySQL is). Daar is databasisstelsels wat voorsiening maak vir "nie-unieke primêre sleutels", omdat hulle hul eie, dikwels versteekte, "primêre sleutel" in 'n "ry-ID" afdwing.
