4
<meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
4
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
5
5
<link rel="STYLESHEET" type="text/css" href="../pgadmin3.css">
6
6
<title>Gurun neuvot</title>
11
<h3>Prim��riavaimet</h3>
13
Suunnitellessasi taulua, pid� aina mieless� miten taulusta tullaan my�hemmin hakemaan rivej�. Useimmissa tapauksissa tarvitset avaimen voidaksesi hakea ja muuttaa tietty� rivi� yksik�sitteisesti; t�m� avain tulisi m��ritell� taulun prim��riavaimeksi. Prim��riavain ei v�ltt�m�tt� ole vain yksi kentt�; se voi koostua niin monesta kent�st� kuin rivin yksil�imiseen tarvitaan. Jos tarvitset montaa kentt�� (nyrkkis��nt�n� voidaan pit�� kolmea), voi olla hyv� idea luoda keinotekoinen avainkentt� k�tev�ll� tietotyppill�, esimerkiksi serial tai bigserial.
16
Vain ��rimm�isen harvinaisissa tapauksissa ei ole j�rkev�� luoda prim��riavainta. Toisin sanoen, prim��riavaimen puuttuminen on vahva merkki siit� ett� taulu ei ole valmiiksi saakka suunniteltu; sen takia t�m� Gurun neuvo n�ytet��n aina jos luot taulun ilman prim��riavainta.
19
Jos katsot PostgreSQL:n j�rjestelm�tauluja, huomaat ett� mill��n niist� ei ole prim��riavainta. Mist� oikein on kysymys? Itse asiasssa, kaikissa n�iss� tauluissa on yksi tai kaksi kentt�� (useimmiten vain OID), joka yksil�i jokaisen rivin, noudattaa prim��riavainten toista s��nt��, eli ei huoli NULLia, ja on indeksoitu hakujen nopeuttamiseksi. OID:den k�ytt� johtuu historiallisista syist�, eik� ole suositeltavaa sovellustaulujen suunnittelussa. PostgreSQL tukee sit� yh� taaksep�in yhteensopivuuden takaamiseksi. Jos j�rjestelm�taulut suunniteltaisiin t�n� p�iv�n� uudelleen, niiss� todenn�k�isesti k�ytett�isiin prim��riavaimia, mutta sit� ei en�� l�hdet� muuttamaan.
22
Kuten j�rjestelm�taulujen tapaus osoittaa, yksil�llisyyden ja nopeiden hakujen tavoitteeseen voi p��st� muillakin keinoilla kuin prim��riavaimilla. Siit� huolimatta, tietomallin selkeyden vuoksi, kannattaa ehdottomasti k�ytt�� prim��riavaimia t�h�n tarkoitukseen.
11
<h3>Primääriavaimet</h3>
13
Suunnitellessasi taulua, pidä aina mielessä miten taulusta tullaan myöhemmin hakemaan rivejä. Useimmissa tapauksissa tarvitset avaimen voidaksesi hakea ja muuttaa tiettyä riviä yksikäsitteisesti; tämä avain tulisi määritellä taulun primääriavaimeksi. Primääriavain ei välttämättä ole vain yksi kenttä; se voi koostua niin monesta kentästä kuin rivin yksilöimiseen tarvitaan. Jos tarvitset montaa kenttää (nyrkkisääntönä voidaan pitää kolmea), voi olla hyvä idea luoda keinotekoinen avainkenttä kätevällä tietotyppillä, esimerkiksi serial tai bigserial.
16
Vain äärimmäisen harvinaisissa tapauksissa ei ole järkevää luoda primääriavainta. Toisin sanoen, primääriavaimen puuttuminen on vahva merkki siitä että taulu ei ole valmiiksi saakka suunniteltu; sen takia tämä Gurun neuvo näytetään aina jos luot taulun ilman primääriavainta.
19
Jos katsot PostgreSQL:n järjestelmätauluja, huomaat että millään niistä ei ole primääriavainta. Mistä oikein on kysymys? Itse asiasssa, kaikissa näissä tauluissa on yksi tai kaksi kenttää (useimmiten vain OID), joka yksilöi jokaisen rivin, noudattaa primääriavainten toista sääntöä, eli ei huoli NULLia, ja on indeksoitu hakujen nopeuttamiseksi. OID:den käyttö johtuu historiallisista syistä, eikä ole suositeltavaa sovellustaulujen suunnittelussa. PostgreSQL tukee sitä yhä taaksepäin yhteensopivuuden takaamiseksi. Jos järjestelmätaulut suunniteltaisiin tänä päivänä uudelleen, niissä todennäköisesti käytettäisiin primääriavaimia, mutta sitä ei enää lähdetä muuttamaan.
22
Kuten järjestelmätaulujen tapaus osoittaa, yksilöllisyyden ja nopeiden hakujen tavoitteeseen voi päästä muillakin keinoilla kuin primääriavaimilla. Siitä huolimatta, tietomallin selkeyden vuoksi, kannattaa ehdottomasti käyttää primääriavaimia tähän tarkoitukseen.
added
removed
docs/fi_FI/hints/pk.html
