Un db per 10 giga?

[|\/|atrix]

Salve a tutti!
Averi bisogno di un consiglio...
Sto creando un sistema di gestione dati php/mysql dove potrebbero andare anche 10 giga di dati...
E' preferibile fare lo storage dei dati su più db, o potrei concentrare tutti i dati in un unico db che è più semplice a livello di query?
Grazie a tutti
Ciao

[}gu|do[z]{®©]

se hai uana logica chiara con cu suddividere i dati in più tabelle.. in modo che sai sempre quale interrogare per estrarre un certo dato.. è preferibile.. altrimenti non avrebbe senso fare due query su due tabelle da 5 giga piuttosto che su una da 10 giga...

[|\/|atrix]

Nel sistema che sto creando, per 10 giga di dati le tabelle dovrebbero essere più o meno 3000! Il problema non è fare delle query su due tabelle... bensì su due o più db... che contengono 3000 tabelle divise per il numero dei db...
Adesso vorrei sapere quale potrebbe essere la differenza e quali potrebbero essere i pro ed i contro nel suddividere queste tabelle in più db o nel mantenerle in un unico db..

[Fabio Heller]

Originariamente inviato da |\/|atrix
Nel sistema che sto creando, per 10 giga di dati le tabelle dovrebbero essere più o meno 3000! Il problema non è fare delle query su due tabelle... bensì su due o più db... che contengono 3000 tabelle divise per il numero dei db...

Cosa c'entra la quantità di dati con il numero di tabelle?
Il database va normalizzato.

A occhio se hai 3000 (o adiritura 3000 x 2) tabelle secondo me qualcosa che non va c'è sin dalla partenza.

Per gestire 10 giga ti basta un database, se ti serve un sistema di backup e organizzazione degli accessi devi ricorrere a un sistema di replica.

Fai una ricerca in google con MySQL replication o PostgreSQL replication

[|\/|atrix]

Ci sono così tante tabelle perchè per ogni utente user ci sono diverse tabelle: statistiche personali, dati personali ecc..

[}gu|do[z]{®©]

Originariamente inviato da |\/|atrix
Ci sono così tante tabelle perchè per ogni utente user ci sono diverse tabelle: statistiche personali, dati personali ecc..

mai pensato d fare una tabella user, una statistiche legata a quella user dall'id dell'utente nella tabella user... etc etc?

[|\/|atrix]

Non è possibile, poichè le statistiche sono dettagliatissime e porebbero essere anche di 5 mb annuali! Perciò ogni utente una tabella... non potevo fare a meno.

[}gu|do[z]{®©]

Originariamente inviato da |\/|atrix
Non è possibile, poichè le statistiche sono dettagliatissime e porebbero essere anche di 5 mb annuali! Perciò ogni utente una tabella... non potevo fare a meno.

non sono un esperto di design di database.. non uso mai database così complicati.. però buh.. forse in questo caso hai ragione tu.. se sai ogni volta quale tabella interrogare [ad esempio perchè il nome della tabella corrisponde al nome utente] forse è più efficiente questo sistema perchè fai un'unica query su una tabella dalle dimensioni ridotte.

Ce lo possono confermare solo esperti come il buon fabio heller

Cmq lascerei un database in ogni caso

[petrucci]

Originariamente inviato da |\/|atrix
Non è possibile, poichè le statistiche sono dettagliatissime e porebbero essere anche di 5 mb annuali! Perciò ogni utente una tabella... non potevo fare a meno.

Ma anche se hai una grande quantità di dati credo ti conviene comunque inserirli tutti in una sola tabella...almeno risparmi su filesystem per tenere tutte quelle tabelle

[piero.mac]

Ma una domanda sorge spontanea.... ma che ci metti dentro per farlo da 10 giga.... immagini o filmati???? Se si ... forse e' meglio che li tieni su file system...