DB Access: alternativa a due query pesantissime

[Roby_72]

Immaginate una community di più di 20000 utenti gestita all'interno di un db access.
Decine di utenti si collegano in home page dove sono svolte due "semplici" query per recuperare:
1) il totale degli iscritti;
2) il nick dell'ultimo iscritto.

Risultato: la index non si apre proprio.

Suggerimenti, oltre a cambiare db. :gren:

Roby

[kalosjo]

Indicizzare le tabelle.......

Dipende poi se la query è su più tabelle....

Se no metti gli indici nei campi giusti....

[Shagrat]

magari sparo una cazzata...usare 2 application (anche una dovrebbe bastare)

al momento dell'iscrizione di un personaggio aggiorni l'application.

l'applicationpotrebbe contenere

Application("nonso") = "ultimoiscritto,totaleiscritti"

poi con una split recuperi il tutto

è grossa quella che ho detto?
:master:

[kalosjo]

No, ottimo, però in caso di crash del sistema si azzera tutto.......

[Gioba66]

molto più semplice: scriviti in una tabellina questi due valori.
ogni volta che un utente si iscrive o cancella, fai update di questi valori.
(ciao Roby)

[Roby_72]

Che bello, le avevo pensate tutte e tre! :gren:

Ciao Gioba

Roby

[Shagrat]

Originariamente inviato da kalosjo
No, ottimo, però in caso di crash del sistema si azzera tutto.......

si ci avevo pensato...magari usando un file di testo...

(sempre per evitare l'uso del db che a quanto vedo è già abbastanza provato )

si controlla se la application è vuota e al max si recuperano i valori dal file di testo

[weppos]

Originariamente inviato da Gioba66
molto più semplice: scriviti in una tabellina questi due valori.
ogni volta che un utente si iscrive o cancella, fai update di questi valori.
(ciao Roby)

Sottoscrivo Gioba66 ed aggiungo che, per evitare di usare il database che è già abbastanza sollecitato, potresti eseguire il tutto:

1. su un file di testo. Inserisci un inlude in una cartella con permessi di scrittura e lo includi in home. Quando un utente si registra fai l'update dell'include con FSO.
In questo modo includi un file e non usi per niente il db.

2. come già suggerito, cachare con l'application. All'avvio controlli ed usi l'application. Se non presente il valore allora esegui una query al db e crei l'application.
In questo modo la query sarà eseguita solo 1 volta ad ogni riavvio del server o reset dell'application.

[Gioba66]

Originariamente inviato da weppos
Sottoscrivo Gioba66 ed aggiungo che, per evitare di usare il database che è già abbastanza sollecitato, potresti eseguire il tutto:

1. su un file di testo. Inserisci un inlude in una cartella con permessi di scrittura e lo includi in home. Quando un utente si registra fai l'update dell'include con FSO.
In questo modo includi un file e non usi per niente il db.

2. come già suggerito, cachare con l'application. All'avvio controlli ed usi l'application. Se non presente il valore allora esegui una query al db e crei l'application.
In questo modo la query sarà eseguita solo 1 volta ad ogni riavvio del server o reset dell'application.

molto meno pesante usare solo il db con una tabella a parte, oltre che più semplice.

[Shagrat]

Originariamente inviato da weppos
Sottoscrivo Gioba66 ed aggiungo che, per evitare di usare il database che è già abbastanza sollecitato, potresti eseguire il tutto:

1. su un file di testo. Inserisci un inlude in una cartella con permessi di scrittura e lo includi in home. Quando un utente si registra fai l'update dell'include con FSO.
In questo modo includi un file e non usi per niente il db.

2. come già suggerito, cachare con l'application. All'avvio controlli ed usi l'application. Se non presente il valore allora esegui una query al db e crei l'application.
In questo modo la query sarà eseguita solo 1 volta ad ogni riavvio del server o reset dell'application.

:zamm:

copione :gren: