Commenti a: Concetto di Chiave Primaria

Di: Dato

Dato — Tue, 17 Jun 2008 07:50:08 +0000

Ciao,
aggiungo solo una nota all’esempio dei clienti. Dalla mia esperienza su sistemi gestionali professionali (es. IBM), ritengo che sia opportuno valutare il tipo di chiave in base alla tabella a cui ci si riferisce e al grado di leggibilit� che si vuole ottenere.

Ad esempio, � molto utile identificare un cliente tramite un ‘codice_cliente’ numerico (es. 000152 nel caso piaccia il padding) e usare questo dappertutto, controllando via software che non si stia inserendo un cliente gi� esistente (facendo attenzione anche a eliminare i punti, in modo da non farsi ingannare da srl/s.r.l./S.r.L./srl./ecc…).

In altri casi trovo invece pi� utile avere una chiave alfanumerica ‘parlante’; ad esempio, per la tabella delle divise monetarie si potrebbe utilizzare il codice ISO: EUR, USD…; o, per le nazioni: IT, NL, UK, US, ecc.
In questo modo, leggendo dal db un record di riga d’ordine (es. per debug), vedr� “quantita=100, unita_misura=’KG’, prezzo=10, divisa=’EUR’” e non “quantita=100, unita_misura=5, prezzo=10, divisa=1″, dovendo poi andare a vedere a cosa corrispondono quegli id…

Ancora, per le righe di un ordine, adotterei una chiave primaria composta da ‘id_ordine’ e da ‘riga_ordine’ piuttosto che un id univoco…

Spero di essermi spiegato
Dato

Di: maxgrante

maxgrante — Thu, 23 Aug 2007 11:47:36 +0000

Ciao Claudio,
una chiave esterna su mysql ad esempio si pu� gestire solo con tabelle di tipo InnoDB se vuoi garantirti la gestione da parte del DB di integrit� referenziale.

Altrimenti � gestita come una chiave esterna e con i controlli del caso lato applicativo.

Per info riguardo le foreign key su mysql ti rimando a questo link:
http://dev.mysql.com/doc/refman/5.0/en/innodb-foreign-key-constraints.html

Ciao. Max

Di: Claudio

Claudio — Wed, 22 Aug 2007 18:08:21 +0000

Come si imposta una chiave esterna?

Di: maxgrante

maxgrante — Sun, 19 Mar 2006 13:42:52 +0000

Ciao Gigiozzz,
ho aggiunto alla frase che esprimo sul concetto di chiave primaria che deve anche garantire univocit� del record nella tabella.

Ciao. Max

Di: maxgrante

maxgrante — Sun, 19 Mar 2006 13:34:20 +0000

Ciao Gigiozzz,
grazie prima di tutto per i complimenti.
Cercher� di risponderti a tutto di seguito:
Riguardo allo scopo dell’univocit� certo, non posso che confermarti.
In ogni caso la chiave primaria stessa � di fatto un indice che tende a velocizzare notevolmente le query sul campo/i che la rappresenta.
Da questo se ne evince che quindi anche la velocizzazione � un suo scopo, infatti gli indici si utilizzano su campi non facenti parte della chiave primaria.

Sinceramente per quanto riguarda la chiave primaria in un DB di anagrafica clienti eviterei di usare CF o PI come chiave primaria per il fatto che sono molto “abbondanti” come formato di campi, preferirei per� fare un indice univoco su CF e/o PI in modo da evitare proprio i duplicati.

Negli applicativi web, ma in generale direi anche per gli altri la tendenza � quella di usare PK numeriche e al massimo verificare univocit� di certi campi con indici UNIQUE.
Almeno questa � la mia opinione…

Un saluto e grazie del post,
Ciao. Max

Di: gigiozzz

gigiozzz — Sun, 19 Mar 2006 13:27:56 +0000

premessa :sono un semplice studente di ing. inf. con scarsa esperienza sul campo (semplici db amministrativi o db di supporto a siti dinamici con max 1000 record e sviluppati con mysql)

lo scopo dell PK nn sarebbe quello di identificare (tramite 1 o + attributi) un dato garantendo univocit� e minimalit� piuttosto ke velocit�???

x la rapidit� nn si ricorre agli indici????

IMHO una PK int autoincrement sembrerebbe poco “relazionale” in un db di anagrafica clienti in cui utilizzerei CF o PIVA ????
sbaglio???
Negli applicativi sul campo fatti da professionisti del settore si utilizzano + pk numerike o composte da attribbuti ???

saluti e complimenti per il blog ke riporta sempre spunti interessanti