nikonvlad
Guru Giardinauta
in realtà non è così. Un utente è un record in una tabella, la presenza di più record con più id comporta maggiori associazioni. I messaggi sono in altre tabelle e portano un campo id che si riferisce agli utenti nella tabella degli utenti. Questa relazione ha dei costi. Maggiori sono i collegamenti maggiori sono i costi per il sistema. I costi per un sistema sono da intendersi in termini di memoria e di tempo di collegamento. Quando visualizzate un messaggio il server dovrà cambiare l'id nel nome dell'utente visualizzandone la sua descrizione pescandola dalla relativa tabella. Tabelle grandi significano grandi tempi di ricerca. Informaticamente i metodi di ricerca nella tabelle si possono affinare con ricerche dicotomiche ma si abbisogna di array ordinati per eseguire delle dicotomiche, di solito si procede per criteri sequenziali (uno dopo l'altro), scorrere 10 record o 10000 cambia poco ma tra 10000 e un milione le cose cambiano enormemente.
Spero di non essere stato troppo tecnico e di aver reso un'idea del problema.
Ripetendo che Mauro ci ha assicurato che il problema non c'è vorrei fare chiarezza su una cosa: non si può generalizzare dicendo che gli utenti non hanno costo, ce l'hanno e come, i database con le loro performance si tarano sul numero di utenti, indipendentemente dai loro accessi contemporanei. L'accesso contemporaneo di più utenti crea un altro problema legato ai tempi di risposta e al numero di socket contemporanee che un dato db è in grado di tenere. Più socket tcp aperte comportano maggiore ram, code di accesso e filtri da eseguire. Utenti elevati e accessi elevati sono due problemi diversi per un database e per un server, uno si riferisce ai tempi di hit ( match con esito positivo ) nelle tabelle e l'altro alle risorse fisiche disponibili e allocabili in termini di ram, banda del provider .....
Scusate se risulta poco chiaro ma alcuni termini "di gergo" non possono essere tradotti.
Spero di non essere stato troppo tecnico e di aver reso un'idea del problema.
Ripetendo che Mauro ci ha assicurato che il problema non c'è vorrei fare chiarezza su una cosa: non si può generalizzare dicendo che gli utenti non hanno costo, ce l'hanno e come, i database con le loro performance si tarano sul numero di utenti, indipendentemente dai loro accessi contemporanei. L'accesso contemporaneo di più utenti crea un altro problema legato ai tempi di risposta e al numero di socket contemporanee che un dato db è in grado di tenere. Più socket tcp aperte comportano maggiore ram, code di accesso e filtri da eseguire. Utenti elevati e accessi elevati sono due problemi diversi per un database e per un server, uno si riferisce ai tempi di hit ( match con esito positivo ) nelle tabelle e l'altro alle risorse fisiche disponibili e allocabili in termini di ram, banda del provider .....
Scusate se risulta poco chiaro ma alcuni termini "di gergo" non possono essere tradotti.
Ultima modifica:
