Txt o Db ?

Pagine → 1 2

clemence

MODERATORE

19/12/2008 00:44:41

Questo txt come lo popoli?
E' una cosa statica (tipo xml scritto a mano)?

Sursum Corda

blancks

OGame ↗
In OGame migliaia di giocatori da tutto il mondo competono tra di loro per conquistare l'intero universo!

19/12/2008 00:46:18 e modificato da blancks il 19/12/2008 00:46:36

Tramite php, in automatico, al login

clemence

MODERATORE

19/12/2008 00:50:39

Eh, dipende dalla mole di dati allora.
Diciamo che sui conti che hai fatto tu (70 righe di xml) forse è anche più conveniente perchè il database viene solitamente "stressato" continuativamente da qualunque sistema lato server, quindi gli leveresti un pò di carico.

Accedere al filesystem è di base (dati i server di oggi) sicuramente meno grave e stressante che accedere al processore del db, però dipende da che macchina hai sotto, da quanto è grosso il file xml in questione.

Forse ti conviene fare delle prove.
Fai ottenere l'equivalenza di dati dal db e dall'xml da due pagine diverse.
Fai un loop che chieda 100 volte di fila informazioni al db e all'xml e fatti stampare in quanto tempo ti crea la pagina.

non è un sistema affidabilissimo, però così su due piedi non mi viene in mente molto altro

Sursum Corda

blancks

OGame ↗
In OGame migliaia di giocatori da tutto il mondo competono tra di loro per conquistare l'intero universo!

19/12/2008 01:14:43

Non ci sono 70 righe ma soltanto 10.

La riga nel file di testo è impostata così id|nick|sesso| etc etc

via php esplodo la riga e printo le informazioni (non si tratta di un file xml).

Ogni qualvolta un utente effettua login/logout il suo nick viene appuntato in questo elenco e l'11esima riga creatasi con il record più vecchio viene eliminata.

Ora, avevo pensato a questo sistema sperando che fosse più rilassante per il server al pari dell'uso del database con tabella e richiesta query sotto una sollecitazione causata dal refresh ogni 10 secondi di 70 utenti connessi e un 1 utente al minuto che esce/entra.

Quindi facendo due calcoli con i dati medi che ho esposto, ho 70 interazioni di lettura ogni 10 secondi, e cioè circa 7 al secondo, più una scrittura su questo file ogni 60 secondi circa.

Abbiamo circa 7 fopen()+fread()+fclose()+explode() al secondo, contro 7 mysql_connect()+mysql_query()+mysql_fetch_array() quindi. (un vantaggio nell'usare il file di testo è che in quella pagina posso anche non richiamare la connessione al database visto che non mi serve per nulla)

Ora, è più conveniente usare questo metodo esposto (per aggiornare questo elenco di soli 10 record) oppure è più leggero adoperare una tabella su database (e relative query di select) ?

metalj

World of Warship ↗
MMO gratuito con frenetiche battaglie navali ambientate nel ventesimo secolo. Salpa con la tua nave ed affronta i nemici!

19/12/2008 21:10:26

Potresti utilizzare questo file unicamente come cache dei date contenuti nel database.
Creando uno script che periodicamente legge gli utenti loggati nel sistema e riscrive il file.
In questo modo minimizzeresti l'utilizzo del database.

blancks

NosTale ↗
Con l’aiuto della spada e della bacchetta magica risolverai abilmente intricate missioni e domerai coraggiosamente mostri selvaggi!

20/12/2008 00:45:31 e modificato da blancks il 20/12/2008 00:47:38

Grazie dei consigli joshi, lockare il file purtroppo comporta che al momento della lettura quell'elenco svanisce agli occhi di tutti, inoltre per pura casualità, potrebbero entrare in contemporanea 2 utenti e quindi avviare insieme l'azione di scrittura del file (e non m'immagino neanche li cosa possa succedere)

Usare il caching non credo sia la soluzione giusta vista la logica di aggiornamento e di visualizzazione di questi dati.

Quindi credo che andrò di database, ovviamente facendo le cose nel modo più pulito possibile così da non sprecare risorse inutilmente (aumenterò il tempo di refresh di 5 sec, portandolo così a 15 secondi) e credo che lascerò i txt come mezzo su cui archivio i backup dei log registrati su database prima di svuotarli dalle rispettive tabelle.

metalj

Ikariam ↗
Su una piccola isola, in qualche parte del Mediterraneo, sorge un`antica civiltà. Sotto la tua guida inizia un`era di ricchezza e di scoperte!

21/12/2008 12:18:50

joshi ha scritto:

metalj ha scritto: Potresti utilizzare questo file unicamente come cache dei date contenuti nel database.
Creando uno script che periodicamente legge gli utenti loggati nel sistema e riscrive il file.
In questo modo minimizzeresti l'utilizzo del database.

scusa ma a questo punto cercati un host che ti fornisca l'APC integrata, che è una libreria molto solida di caching, almeno testata a dovere.

Bhe joshi come tu mi "insegni" spesso è meglio scrivere il codice specifico di proprio pugno piuttosto che affidarsi a librerie e/o funzionalità esterne che richiedono tempistiche di apprendimento maggiori a discapito del controllo sull'applicazione.

metalj

Enlisted ↗
Guida la tua squadra di soldati in combattimenti su larga scala, con fanteria, veicoli corazzati e aerei della IIa Guerra Mondiale!

21/12/2008 12:26:34

blancks ha scritto: Grazie dei consigli joshi, lockare il file purtroppo comporta che al momento della lettura quell'elenco svanisce agli occhi di tutti, inoltre per pura casualità, potrebbero entrare in contemporanea 2 utenti e quindi avviare insieme l'azione di scrittura del file (e non m'immagino neanche li cosa possa succedere)

Usare il caching non credo sia la soluzione giusta vista la logica di aggiornamento e di visualizzazione di questi dati.

Quindi credo che andrò di database, ovviamente facendo le cose nel modo più pulito possibile così da non sprecare risorse inutilmente (aumenterò il tempo di refresh di 5 sec, portandolo così a 15 secondi) e credo che lascerò i txt come mezzo su cui archivio i backup dei log registrati su database prima di svuotarli dalle rispettive tabelle.

Sfruttando le tabelle di tipo memoryh messe a disposizione da mysql hai la possibilità di crearne una contenente l'elenco degli utenti online che risieda direttamente sulla ram, in questo modo aumenti notevolmente l'accesso a questi dati anche se spegnendosi il server tali dati vanno perduti (se non opportunamente salvati) ma è anche vero che in questo caso anche il sito sarebbe down e non ci sarebbero automaticamente utenti connessi.

Non bisogna abusare delle tabelle memory ma un loro utilizzo oculato, magari affiancato da query di tipo "inner join" potrebbe darti un notevole vantaggio prestazionale riducendo gli accessi all'hard disk e permettendoti di creare un piccolo sistema di cache finalizzato ai tuoi script.

metalj

Lineage II ↗
Entra in uno sconfinato mondo fantasy dominato da razze in contrasto tra loro. Scatena i tuoi poteri in uno dei Mmo più famosi al mondo!

21/12/2008 13:28:38

Ciò però rende le prestazioni dello script dipendenti dal servizio hosting e personalmente per abitudine tendo a fidarmi poco di funzionalità che possono decadere con il cambio o variazione di tale servizio per quanto possano essere comode o integrate, senza contare che in fin dei conti servirebbe solamente per creare una lista che venga aggiornata di continuo.

blancks

Ikariam ↗
Su una piccola isola, in qualche parte del Mediterraneo, sorge un`antica civiltà. Sotto la tua guida inizia un`era di ricchezza e di scoperte!

21/12/2008 15:27:00

metalj ha scritto: Ciò però rende le prestazioni dello script dipendenti dal servizio hosting e personalmente per abitudine tendo a fidarmi poco di funzionalità che possono decadere con il cambio o variazione di tale servizio per quanto possano essere comode o integrate, senza contare che in fin dei conti servirebbe solamente per creare una lista che venga aggiornata di continuo.

Precisamente: le stesse motivazioni per cui scarto anch'io l'utilizzo di quel metodo.
Più mi tengo stretto alle basilari opportunità offerte dal servizio, minori saranno i miei problemi in caso di cambio hosting o inefficienza dello stesso.

metalj ha scritto:
Sfruttando le tabelle di tipo memoryh messe a disposizione da mysql hai la possibilità di crearne una contenente l'elenco degli utenti online che risieda direttamente sulla ram, in questo modo aumenti notevolmente l'accesso a questi dati anche se spegnendosi il server tali dati vanno perduti (se non opportunamente salvati) ma è anche vero che in questo caso anche il sito sarebbe down e non ci sarebbero automaticamente utenti connessi.

Non bisogna abusare delle tabelle memory ma un loro utilizzo oculato, magari affiancato da query di tipo "inner join" potrebbe darti un notevole vantaggio prestazionale riducendo gli accessi all'hard disk e permettendoti di creare un piccolo sistema di cache finalizzato ai tuoi script.

Ies, ci avevo già pensato. A finale quell'elenco serve agli utenti per sapere chi entra e chi esce in modo "istantaneo". Il vero log posso salvarlo altrove al login, per cui quelle informazioni non sono importantissime, Thx ;-)