Visualizzazione dei risultati da 1 a 6 su 6
  1. #1

    [MySQL] fase di progettazione

    Un saluto a tutti,
    volevo un consiglio da utenti con più esperienza della mia.
    Devo realizzare un database (utilizzando MySQL naturalmente) che conservi i dati per una lega di fantacalcio. Siccome bisogna archiviare tutti i giocatori della serieA giornata dopo giornata, sono indeciso se costruire un'unica tabella che alla fine della stagione conterrà circa 19000 record (500 giocatori * 38 giornate) oppure 38 tabelle con cira 500 record ciascuna.
    Ringrazio chiunque posterà un proprio parere...

  2. #2
    io farei un'unica tabella, altrimenti ogni volta che vuoi fare una selezione generale devi ricordarti, o avere lo scocciamento, di fare SELECT FROM tabella1
    SELECT FROM tabella2
    SELECT FROM tabella3
    SELECT FROM tabella4 ecc..
    http://codecanyon.net/category/all?ref=Manuelandro
    And I bet she told a million people that she'd stay in touch, Well all the little promises they dont mean much,When theres
    memories to be made

  3. #3
    No... è sempre meglio seguire in fase di progettazione le regole della "normalizzazione", la prima di queste è che non sono ammessi dati duplicati, per cui consiglio:

    table giocatori:
    identificativo giocatore;
    dati personali;
    squadra1;
    squadra2; #utile se cambia
    altro;

    table partite
    identificativo della partita
    squadra casa
    squadra ospite
    risultato
    altri dati

    table dati_giocatori_partite
    identificativo giocatore; # preso dalla tab gicatori
    identificativo della partita # preso dalla tab partite
    gol;
    assist;
    voto;
    eccetera;

    non so se il concetto è chiaro.
    Marco Allegretti
    shishii@tiscalinet.it
    Lang: PERL, PHP, SQL.
    Linux user n° 268623 Fedora Core 10, Fedora Core 6, Debian Sarge on mips

  4. #4
    Originariamente inviato da shishii
    table giocatori:
    identificativo giocatore;
    dati personali;
    squadra1;
    squadra2; #utile se cambia
    altro;

    table partite
    identificativo della partita
    squadra casa
    squadra ospite
    risultato
    altri dati

    table dati_giocatori_partite
    identificativo giocatore; # preso dalla tab gicatori
    identificativo della partita # preso dalla tab partite
    gol;
    assist;
    voto;
    eccetera;
    Infatti, avevo già abbozzato uno schema entità-relazione, ottenendo, in linea generale, lo schema che hai riportato....
    La mia preoccupazione verte più sul fatto che la tabella da te chiamata "dati_giocatori_partite " alla fine del campionato conterà circa 19000 record. Non avendo molta esperienza pratica non so se tutti quei dati sono parecchi (leggi: possano creare problemi di prestazione), per questo avevo optato su più tabelle a scapito della ridondanza! :master:

  5. #5
    MySQL non ha problemi con quelle quantità, dipende poi da come fai le query... ci sono molti modi per ottimizzarle.
    Marco Allegretti
    shishii@tiscalinet.it
    Lang: PERL, PHP, SQL.
    Linux user n° 268623 Fedora Core 10, Fedora Core 6, Debian Sarge on mips

  6. #6

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.