ci sono controindicazioni a usare circa 16 campi?
sono troppi?
(i dati saranno di tipo anagrafico...)
tnx
ci sono controindicazioni a usare circa 16 campi?
sono troppi?
(i dati saranno di tipo anagrafico...)
tnx
1,2,3,4,5,10,100 passi!
No, se correttamente normalizzati. Ciao!
eCommerceRS.NET - Commerciante, vendi on-line!
Il mio nick è mircov e non mirco!!!
il problema non e' di quantita', ma di tipo e contenuto.
Domanda senza risposta congruente possibile.
![]()
Il silenzio è spesso la cosa migliore. Pensa ... è gratis.
grazie!
x normalizzati intendi che non abbiano dimensioni eccessive??
sto dimensionando i campi così:
può andare?codice:ID INT 10 NOME VARCHAR 20 EMAIL VARCHAR 30
1,2,3,4,5,10,100 passi!
dati normalizzati significa prima di tutto che non ci siano dati replicati sulle colonne. Che il contenuto sia "atomico", e il tipo di campo congruente con il contenuto.
![]()
Il silenzio è spesso la cosa migliore. Pensa ... è gratis.
invece come dimensionamento... può andar bene così?
`id` int(10) ,
`nome` VARCHAR( 20 ) ,
`cognome` VARCHAR( 30 ) ,
`password` VARCHAR( 30 ) ,
`societa` VARCHAR( 30 ) ,
`via` VARCHAR( 30 ) ,
`cap` VARCHAR( 5 ) ,
`comune` VARCHAR( 30 ) ,
`provincia` CHAR( 2 ) ,
`telefono` VARCHAR( 30 ) ,
`piva` VARCHAR( 30 ) ,
`privacy` VARCHAR( 1 )
1,2,3,4,5,10,100 passi!
aggiungi un id, tieni conto che se userai un HASH per la password ti servira' VARCHAR(32) oppure (40). Fino a 3 byte il campo varchar sara' portato a char.
Tieni inoltre sempre presente che il campo VARCHAR e' dinamico ed occupera solo lo spazio necessario al contenuto + 1 byte. Quindi meglio "abbondare" che perdere dati. il numerello definisce solo il max size.
ps... hai aggiunto id...
id INT(10) NOT NULL AUTO_INCREMENT PRIMARY KEY
Il silenzio è spesso la cosa migliore. Pensa ... è gratis.
grazie per le dreitte!!
![]()
W il VARCHAR allora!
1,2,3,4,5,10,100 passi!
Ecco, potresti già normalizzare il campo prov:
crea un'altra tabella dove inserirai tutte le province. A questo punto utilizzerai l'id di ogni provincia nella tabella principale.
es
1 salerno
2 avellino
3 roma
ecc
Io che posto dalla prov di salerno nel campo "prov" della mia riga avrò come prov l'id 1, una persona che posta dalla prov di roma avrà come id 3. Capito?
eCommerceRS.NET - Commerciante, vendi on-line!
Il mio nick è mircov e non mirco!!!
ok credo di sì.
il vantaggio sta nel non ingrassare la tabella "utenti" di peso superfluo...
ad es:
1
1
2
1
pesa meno in termini di caratteri/byte di:
salerno
salerno
avellino
salerno
giusto?
1,2,3,4,5,10,100 passi!