Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > it.comp.software.database > #2997
| From | enoquick <enoquick@gmail.com> |
|---|---|
| Newsgroups | it.comp.software.database |
| Subject | Re: Tipo di dati e prestazioni |
| Date | 2016-05-29 20:34 -0500 |
| Organization | C.U. srl News Server |
| Message-ID | <nig5ba$4nu$1@virtdiesel.mng.cu.mi.it> (permalink) |
| References | <nie3r6$4mr$1@gioia.aioe.org> |
Il 29/05/2016 01:56, Ruper ha scritto: > Non sapevo bene come definire l'oggetto. Però non capisco vari esempi di > DB che utilizzano questa semplice struttura. > > > > Tabella Professioni > > idProfessione PK Autoincr. Integer > professione Varchar > > > > Tabella Clienti > > cod_fisc PK > nome > cognome > idProfessione FK Integer > > > > La mia domanda è banale ma non ho trovato risposta su libri o > pellegrinaggi vari. Che vantaggio c'è nell'avere nella tabella Clienti > un integer al posto di un Varchar, cioè una tabella : > > Tabella Clienti > > cod_fisc PK > nome > cognome > professione Varchar > > > Ruper > > > > 3 bei motivi almeno: 1) Se la descrizione di una professione viene cambiata basta cambiare in un posto solo. 2) ordine: non si mette ad un cliente Geometra ed ad un altro geometra. Tutti e due puntano allo stesso Id professione. 3) se in futuro una professione avesse bisogno di altri attributi oltre la descrizione esiste gia la tabella.
Back to it.comp.software.database | Previous | Next — Previous in thread | Next in thread | Find similar
Tipo di dati e prestazioni Ruper <ruper12548@email.it> - 2016-05-29 08:56 +0200
Re: Tipo di dati e prestazioni enoquick <enoquick@gmail.com> - 2016-05-29 20:34 -0500
Re: Tipo di dati e prestazioni Ruper <ruper12548@email.it> - 2016-05-30 17:34 +0200
Re: Tipo di dati e prestazioni Marco aka FreCho <ppillo.test@tiscali.it> - 2016-05-30 15:26 +0000
csiph-web