Ecco la parola magica, "denormalizzazione" mi sembrava strano non trovare nulla sul tema, invece c'è un mondo !
Molte grazie.
Ecco la parola magica, "denormalizzazione" mi sembrava strano non trovare nulla sul tema, invece c'è un mondo !
Molte grazie.
Bhè vedo parecchie domande su argomenti diversi.
1) le prestazioni all'aumentare del numero di righe.
La risposta è... dipende
... dalla RAM libera del computer (e dalla configurazione di my.ini o my.cnf)
... dalla selettività degli indici. Se è bassa, le prestazioni saran basse e basta
... dall'uso di join, ovviamente su campi indiciati, più o meno complesse
... dall'uso di convering-index
... dalla QUANTITA' di righe ritornate (cosa fondamentale per applicazioni Web)
... dal mix di carico (letture-scritture), e in particolare dalla possibilità di avere transazioni più o meno pendenti
Denormalizzare significa essenzialmente limitare i join, il che può essere bene o male, è la selettività che è f-o-n-d-a-m-e-n-t-a-l-e
Sul posizionamento fisico, ovvero presso una farm, oppure in locale, la differenza è ovviamente la velocità di connessione che a sua volta è rilevante se ci sono molti dati da trasferire.
Se, per capirci, le interrogazioni fatte dai client riportano pochissimi dati (sì, no, nome cliente telefono) allora perfino una connessione ADSL può essere sufficiente. Se invece sono del tipo "dammi l'elenco degli ultimi 10.000 clienti" allora i dati saranno così tanti (da spedire) che inevitabilmente servirà più banda
Sotto il profilo della sicurezza poi si possono adottare strategie più o meno elaborate; una è quella di avere un singolo db e basta.
Un altra è quella di averne due, ospitati sulla stessa macchina, uno dei quali accessibile dall'esterno (in sola lettura) ed aggiornato ogni TOT (mediante un crontab per capirci).
Poi c'è la possibilità di fare una configurazione master (il db aperto in scrittura)-slave (il db solo in lettura); in questo modo avresti una sincronizzazione in tempo (essenzialmente) reale e "gratis" (a parte tener conto dell'avanzamento dei log binari in caso di fermo del server)
Carne al fuoco ce n'è tanta, forse è meglio se inizi un pochino ad affrontare i singoli problemi uno alla volta