25 query: sono tante?

Ciao a tutti
Volevo chiedere... secondo voi sono tante per uno script (coplessivamente completo) 25 interogazioni al database per registrazione al passaggio?

[miki92]

Cosa fa questo script?

Cosa fa questo script?

E' uno script di statistiche tipo phpstats o altri del genere...
(phpstats ne fa 32)

[dapeco]

Per me sì: 100 utenti che attivano 10 volte lo script al giorno e sono 25000 queries...

[miki92]

Le 25 queries le esegue per scrivere o per leggere i dati dal database?

Le 25 queries le esegue per scrivere o per leggere i dati dal database?

25 sono le query che manda PHP al motore ogni qual volta un utente entra nel sito (diciamo ad ogni accesso).

Per me sì: 100 utenti che attivano 10 volte lo script al giorno e sono 25000 queries...

Ho fatto un ragionamento simile pensando ad un hosting (a pagamento) che consente solo 500 query/ora ... vuol dire max 20 accessi l'ora: una soluzione che va bene per piccoli siti (d'altronde sono siti che accettano di pagare per 500 q/h non sono un gran chè grandi).
In ogni caso, ammessi anche 1000 accessi al giorno (un medio sito) verrei a caricare 25'000 query cioè circa 1000 q/h : non sono poi così tante per un sito "medio"... o forze no? (25 query circa 0.6~0.8 s)

[mythologia]

Secondo me sono tante... sarebbe da portarle MASSIMO a una decina...

[miki92]

Bah pensandoci bene però questa domanda e un po' nulla...cioè tu chiedi se sono troppe cosi per chiedere, per vedere se sono troppe per il tuo database o se sono troppe per uno script di questo genere...?

[dreadnaut]

sarà che io vedo le cose molto ristrette, ma più di una query mi sembra troppo

dovrò studiarmi phpstats, che diavolo fa per fare 32 query ?!

sarà che io vedo le cose molto ristrette, ma più di una query mi sembra troppo

dovrò studiarmi phpstats, che diavolo fa per fare 32 query ?!

Diciamo che effettivamente phpstats, per quello che fa, potrebbe veramente usarne una dozzina soltanto... Una qery mi pare un po' poco, per fare uno script decente ne servirebbero almeno 3: inserimento di tutti i dati sull'utente, registro degli utenti online, registri somme del sito...

Secondo me sono tante... sarebbe da portarle MASSIMO a una decina...

Mytho, come al solito tu sei per i lavori "puliti": il problema è rendere completo uno script con 10 query...

Bah pensandoci bene però questa domanda e un po' nulla...cioè tu chiedi se sono troppe cosi per chiedere, per vedere se sono troppe per il tuo database o se sono troppe per uno script di questo genere...?

Vedi, sò cercando di informarmi su quali siano le esigenze sia di un utente (posso permettermi 25 queries ad accesso?) sia dell'effettiva utilità di tante query per uno script di questo tipo...
La domanda è meno banale di quello che sembra: è la classica scelta qualità/prezzo

[miki92]

Beh mettendola in questo modo devi basarti su alcuni punti per rispondere alle tue domande:

- Che database usi.
- Quanti accessi mediamente hai all'ora.
- Quanti script usano MySQL.

Per ora ho in mente solo queste ma ci saranno delle altre di sicuro.

[mythologia]

Mah, secondo me con una decina si può benissimo fare... basta ottimizzare...

[hackharo]

Secondo me si...
Ma non capisco 2 cose:
_se ci sono servizi (gratuiti) come shinystat o (forse) phpstats perchè andare a complicarsi la vita?
_sei sicuro che siano proprio tutte necessarie???Forse se posti lo script possiamo darci un'occhiata insieme...

Mah, secondo me con una decina si può benissimo fare... basta ottimizzare...

Al solito hai ragione...
Pensavo ad un REPLACE, questo risolerebbe il problema delle query verifica (quasi 1/3) solo che sono più lente e non mi è ben chiaro come si possa aggingere loro istruzioni quali IF, WHERE o HAVING

Secondo me si...
Ma non capisco 2 cose:
_se ci sono servizi (gratuiti) come shinystat o (forse) phpstats perchè andare a complicarsi la vita?
_sei sicuro che siano proprio tutte necessarie???Forse se posti lo script possiamo darci un'occhiata insieme...

Purtroppo phpstats è uno schifo (senza offendere il genio che c'è dietro) perchè è superato. Le sue funzioni sono obsolete e richiede veramente troppe risorse: non solo per le 32 uery, ma anche perchè è un programma artificioso.
Per quanto riguarda il postare... volendo potrei, ma si parla di una dozzina di funzioni, almeno 4 file e un codice non troppo banale...
Sul fatto delle necessarie... è chiaro che no... volendo si può stravolgere tutto un dabase e riscrivere da capo...
E ancora... shinystat non mi interessa :D

[miki92]

Ma scusa volendo non si può risolvere con TXT?

[hackharo]

Per quanto riguarda il postare... volendo potrei, ma si parla di una dozzina di funzioni, almeno 4 file e un codice non troppo banale...

Ma...
Tu sottovaluti il genio del popolo di Altervista!(E anche quello del sottoscritto, potrei prenderla sul personale...)
Ovviamente scherzo...

Per il resto come vuoi e buon lavoro...

Ma scusa volendo non si può risolvere con TXT?

Ricorda che un TXT è accessibile a "cani e porci" e che non è flessibile come un database... (Altrimenti tutti usrebbeo quello)

[dreadnaut]

un txt è accessibile a cani e porci se un .htaccess non lo copre

Diciamo che effettivamente phpstats, per quello che fa, potrebbe veramente usarne una dozzina soltanto... Una qery mi pare un po' poco, per fare uno script decente ne servirebbero almeno 3: inserimento di tutti i dati sull'utente, registro degli utenti online, registri somme del sito...

anche a me pare poco, ma mi chiedo: quante operazioni sono veramente necessarie al momento della visita, e quante possono essere fatte in un secondo tempo, al momento dell'analisi dei dati?

un txt è accessibile a cani e porci se un .htaccess non lo copre

anche a me pare poco, ma mi chiedo: quante operazioni sono veramente necessarie al momento della visita, e quante possono essere fatte in un secondo tempo, al momento dell'analisi dei dati?

Quanto hai ragione: il problema è discernere... Al momento ell'analisi anche 50-200 query non sono (poi) molte...
Il problema è la divisione dei dati... volendo si potrebbe veramente risolvere tutto conuna query... ma il lavoro l'analisi sarebbe troppo pesante anche per mySQL...

Si possono smaltire un po di query... vediamo cosa succede...

[binarysun]

25 query a utente sono tante, in ogni ambito!

Per le statistiche in entrata un utente deve generare 2 query, 3 MASSIMO!
Anche perchè 2 query solitamente si fanno solo perchè la seconda prende i dati da javascript(non accessibili da PHP)

Il problema delle query è che inizialmente sono velocissime, ma la lentezza cresce con i dati, un insert se la tabella è ordinata è anche veloce, ma un update è lento.
E cmq 25 query non saprei nemmeno per cosa farle.