Ciao a tutti :wink:
Volevo chiedere... secondo voi sono tante per uno script (coplessivamente completo) 25 interogazioni al database per registrazione al passaggio?
Printable View
Ciao a tutti :wink:
Volevo chiedere... secondo voi sono tante per uno script (coplessivamente completo) 25 interogazioni al database per registrazione al passaggio?
Cosa fa questo script?
E' uno script di statistiche tipo phpstats o altri del genere...Citazione:
Originalmente inviato da miki92
(phpstats ne fa 32)
Per me sì: 100 utenti che attivano 10 volte lo script al giorno e sono 25000 queries...
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).Citazione:
Originalmente inviato da miki92
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).Citazione:
Originalmente inviato da dapeco
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)
Secondo me sono tante... sarebbe da portarle MASSIMO a una decina...
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...?
sarà che io vedo le cose molto ristrette, ma più di una query mi sembra troppo :mrgreen:
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...Citazione:
Originalmente inviato da dreadnaut
Mytho, come al solito tu sei per i lavori "puliti": il problema è rendere completo uno script con 10 query...Citazione:
Secondo me sono tante... sarebbe da portarle MASSIMO a una decina...
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...Citazione:
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...?
La domanda è meno banale di quello che sembra: è la classica scelta qualità/prezzo :shock:
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.
Mah, secondo me con una decina si può benissimo fare... :roll: basta ottimizzare...
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...
Al solito hai ragione...Citazione:
Originalmente inviato da mythologia
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
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.Citazione:
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...
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
Ma scusa volendo non si può risolvere con TXT?
Ma...:shock:Citazione:
Originalmente inviato da wider
Tu sottovaluti il genio del popolo di Altervista!(E anche quello del sottoscritto:wink:, potrei prenderla sul personale...:wink:)
Ovviamente scherzo...
Per il resto come vuoi e buon lavoro...:=D:
Ricorda che un TXT è accessibile a "cani e porci" e che non è flessibile come un database... (Altrimenti tutti usrebbeo quello)Citazione:
Originalmente inviato da miki92
un txt è accessibile a cani e porci se un .htaccess non lo copre :wink:
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?Citazione:
Originalmente inviato da wider
Quanto hai ragione: il problema è discernere... Al momento ell'analisi anche 50-200 query non sono (poi) molte...Citazione:
Originalmente inviato da dreadnaut
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...
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.