MySQL

[/dev/null]

Vorrei sapere che prestazioni hanno i database mysql: se ci inserisco 416454654114665116641654661616684641651 righe, penso che per svolgere una ricerca ci voglia qualche decenni... Esiste un rapporto tra il numero di tabelle/campi/righe/etc e le prestazioni del database?

Seconda cosa: questa e' riferita, piu' che a MySQL, a linguaggi che permettono di eseguire contemporaneamente piu' istruzioni separatamente, come il Java con i thread, ed il C con i processi figli e posix thread...
Se io apro una connessione con un db mysql, e, grazie appunto a processi figli o thread, provo a scriverci "contemporaneamente", facendo usare da tutti lo stesso oggetto con cui mi sono connesso al database, rischio di fare casino?
Devo per forza aprire una nuova connessione per ogni sottoprocesso, o posso farne anche a meno?

[/dev/null]

up

[kuarl]

questo forum usa un database mysql con 2.000.000 di record (i post), se fai una ricerca ti sembra lento?

per la concorrenza, non credo possa succedere qualcosa del genere, perché un database server prima di tutto deve essere in grado di soddisfare più operazioni concorrenti, al max sarà il driver a mettere in sequenza le operazioni di una stessa connessione...

[/dev/null]

Originariamente inviato da kuarl
questo forum usa un database mysql con 2.000.000 di record (i post), se fai una ricerca ti sembra lento?

No, ma appunto, mi chiedeve che limiti ha
Magari 2.000.000 di post li regge benissimo... Ma su che macchina viene fatto girare mysql?
Ed inoltre... 2.000.000.000 di elementi riesce a reggerli o no?
Mi interessavano conoscere le prestazioni generali, non se riesce a campare bene con XXX righe
Non esistono dei benchmarks o delle tabelle che illustrino il rapporto tra il carico del database e le prestazioni?

per la concorrenza, non credo possa succedere qualcosa del genere, perché un database server prima di tutto deve essere in grado di soddisfare più operazioni concorrenti, al max sarà il driver a mettere in sequenza le operazioni di una stessa connessione...

Ottimo, allora non dovro' preoccuparmi di questi problemi ne' studiarmi metodi per impedire a piu' istanze del programma di connettersi contemporaneamente


Grazie

[kuarl]

teoricamente i limiti per questo genere di database sono molto alti, almeno via software, poi dipende dall'hardware, per avere delle ottime prestazioni bisogna prima di tutto avere un grande quantitativo di ram, poi ovviamente una discreta potenza di calcolo.

Il server in questione non credo sia un mostro in fatto a prestazioni, ma questo dovresti chiederlo ad uno di html.it

[/dev/null]

Originariamente inviato da kuarl
teoricamente i limiti per questo genere di database sono molto alti, almeno via software, poi dipende dall'hardware, per avere delle ottime prestazioni bisogna prima di tutto avere un grande quantitativo di ram, poi ovviamente una discreta potenza di calcolo.

Certo, non penso che un 386 riuscirebbe ad effettuare in pochi istanti una ricerca su 2.000.000 di post

Il server in questione non credo sia un mostro in fatto a prestazioni, ma questo dovresti chiederlo ad uno di html.it

Anche sapere che computer e' non mi aiuterebbe molto... Mi potrebbe dire che su un P4 3ghz con 1gb di ram (li ho sparati li' i valori) effettua molto in fretta una ricerca su 2.000.000... E quindi? Se ne avesse 5.000.000, oppure se fosse un P3 1000 le cose quanto cambierebbero?



Grazie ancora

[kuarl]

ovvio che le cose cambierebbero, cmq se avesse più record servirebbe molta più ram per continuare ad avere prestazioni decenti. Ogni tanto saibal toglie qualche post, non che gli dia fastidio qualche mb in più sull'hard disk del server, solo che troppi post rallentano le ricerche.

Un aspetto importante che qui stiamo trascurando è il tipo di ricerca e la struttura del database. Ovviamente il database deve essere progettato in modo egregio così come le query che vanno ad interrogarlo

[/dev/null]

Originariamente inviato da kuarl
ovvio che le cose cambierebbero, cmq se avesse più record servirebbe molta più ram per continuare ad avere prestazioni decenti. Ogni tanto saibal toglie qualche post, non che gli dia fastidio qualche mb in più sull'hard disk del server, solo che troppi post rallentano le ricerche.

Mi pare ovvio
E sto appunto cercando informazioni sulla quantita' di ram necessaria in base alle dimensioni del database, la potenze del processore consigliata per effettuare ricerche in base al numero dei post eccetera...
Pero' via google non ho trovato nulla

Un aspetto importante che qui stiamo trascurando è il tipo di ricerca e la struttura del database. Ovviamente il database deve essere progettato in modo egregio così come le query che vanno ad interrogarlo

Ottimo, questo m'interessa
Avevo letto tempo fa che e' bene ordinare i post in base ad una chiave primaria ed altre robe simili, ma non c'ho capito molto...
Conosci mica qualche guida che spieghi come organizzare al meglio un database?

[saibal]

una precisazione: la ricerca non viene fatta sulla tabella post (che contiene 2 milioni di righe) ma sulla tabella "searchindex" che contiene 30 milioni di parole (righe)

attualmente la macchina con il db ha 2 giga di ram... ma per tutti gli utenti che abbiamo sono un po' pochini visto anche che ci sono altri 4 database trafficati che girano sopra

[LeleFT]

Se ti interessa avere dei Benchmark, ho trovato questa pagina sul sito ufficiale di MySQL: http://www.mysql.com/it-resources/benchmarks/

Sembra che sia possibile anche scaricare il software per effettuare personalmente il proprio benchmark casalingo.


Ciao.