database per grandi quantità di dati

[thitan]

ciao,
ho sviluppato un'applicazione che gestisce una specie di rubrica clienti, che viene poi utilizzata per creare preventivi.
il tutto gira su php/Mysql..le tabelle sono abbastanza grosse (ma niente di estremo, la tabella più grossa ha 42 colonne) però non sono tutte così...

il mio 'problema' è che ultimamente il database completo è sui 6,3 MB, la tabella dei preventivi per capirci è 2.6MB (1155 righe).

visto che le dimensioni non sono destiante a scendere ma a aumentare, potrebbero verificarsi problemi/malfunzionamenti?

ci sono metodi per rendere il tutto più 'leggero' senza perdere i dati?

è più conveniente, dal punto di vista della sicurezza di avere dati corretti, usare tente tabelle con poche colonne?

cioè se divito le tabelle più tabelline, avrei qualche vantaggio?

[andr3a]

qui sul forum ci sono tabelle con Giga di dati e probabilmente più colonne ... quindi dato il peso ancora irrisorio delle tue penso che tu possa dormire tranquillo.

[thitan]

si ok ma non è un'applicazione che uso solo io, è un'applicazione che vendo..non vorrei dopo un paio d'anni trovarmi un cliente incaxxato perchè il sistema perde dati, è lento, cose del genere...
cioè volevo sapere quale è il modo migliore di creare tabelle per archiviare grosse quantità di dati (che poi 63 mb siano pochi è un altro discorso)

[gm]

Ciò che conta è che il DB sia progettato bene (su google trovi tonnellate di roba sull'argomento), perchè MySql gestisce tranquillamente anche tabelle con svariati milioni di righe e database di svariati giga

[thitan]

ok stò guardando su google...
solo una cosa: a grandi linee le regole generali?
le cose che bisogna assolutamente evitare?

[hyb]

beh ovviamente è importante averle costruite bene, aver fatto tutti i diagrammi (er etc), stabilito le relazioni per evitare meno rindondanze possibili.

[skidx]

Originariamente inviato da thitan
solo una cosa: a grandi linee le regole generali?

cerca "forme normali, normalizzazione database" e simili.