Pagina 1 di 2 1 2 ultimoultimo
Visualizzazione dei risultati da 1 a 10 su 12
  1. #1

    [mySql] tabella utenti con 16 campi

    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!

  2. #2
    No, se correttamente normalizzati. Ciao!
    eCommerceRS.NET - Commerciante, vendi on-line!
    Il mio nick è mircov e non mirco!!!

  3. #3
    il problema non e' di quantita', ma di tipo e contenuto.

    Domanda senza risposta congruente possibile.


    Il silenzio è spesso la cosa migliore. Pensa ... è gratis.

  4. #4
    grazie!

    x normalizzati intendi che non abbiano dimensioni eccessive??

    sto dimensionando i campi così:
    codice:
    ID    INT   10
    NOME   VARCHAR 20
    EMAIL  VARCHAR 30
    può andare?
    1,2,3,4,5,10,100 passi!

  5. #5
    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.

  6. #6
    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!

  7. #7
    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.

  8. #8
    grazie per le dreitte!!




    W il VARCHAR allora!
    1,2,3,4,5,10,100 passi!

  9. #9
    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!!!

  10. #10
    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!

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2025 vBulletin Solutions, Inc. All rights reserved.