ciao a tutti: secondo voi qual è la soluzione migliore tra queste due strutture di tabella database, per memorizzare una configurazione?
1)
2)codice:| PARAMETRO | VALORE | | param_x | 10 | | param_y | false |
In termini di gestione (aggiunta/rimozione parametri), vincoli ai tipi di valori e risorse database usate (1 riga contro tante righe), ecc...codice:| PARAM_X | PARAM_Y | PARAM_Z | | 10 | false | ciao |
ciao,
jack.
Utilizzare una tabella di un database per un solo record di dati (secondo esempio) e' un po' illogico.
Solitamente suggerisco di utilizzare una struttura come la prima (un dizionario) che viene "cachato" su un file (es. configuration.php). Nel file possono venire definite delle costanti, un array globale oppure una classe singleton. Ogni volta che l'utente va a modificare la configurazione nel database, viene aggiornato anche il file. In questo modo si riduce il carico del server (viene letto il file di configurazione invece del database).
il problema è che non sempre ci sono i permessi per scrivere files (come sotto windows)
Mi risulta difficile credere che anche il piu' economico piano di hosting non permette di scrivere sui file (che equivale a dire che non permette nemmeno l'upload).il problema è che non sempre ci sono i permessi per scrivere files (come sotto windows)
In ogni caso, l'utilizzo del sistema di caching era una aggiunt/ottimizzazione, non un requisito della soluzione proposta.
no l'upload dei files solitamente è permesso, mentre la scrittura di files tramite php è ristretta alle cartelle speciali tipo "public" o "mdb-database" dove i permessi scrittura/esecuzione, ecc. sono preimpostati.
tra le 2 soluzioni, senza poter contare sulla scrittura files tu comunque ritieni migliore (anche come carico server) la prima?
Se l'upload dei file e' permesso, significa che esiste una cartella dove l'utente che esegue il motore PHP ha i privilegi di scrittura, ossia una cartella dove puo' creare un file tramite le funzioni di manipolazione dei file, ossia una cartella dove e' possibile implementare quanto suggerito.no l'upload dei files solitamente è permesso
Controlla meglio. Se php puo' eseguire un move_uploaded_file() allora puo' anche scrivere in quella cartella tramite fopen() etc.mentre la scrittura di files tramite php è ristretta alle cartelle speciali tipo "public" o "mdb-database" dove i permessi scrittura/esecuzione, ecc. sono preimpostati.
no guarda sono sicuro.e se nel mio server tropicale è così significa che una soluzione che richiede scrittura di files non può essere imposta a tutti.
che ne dici della possibilità di impostare valori di default nella struttura #2? se si utilizza la 1, bisognerebbe creare un'altra colonna e le operazioni di "reset" sarebbero molto più complesse.
Hai provato ad eseguire un file_put_contents() verso un file contenuto nella directory dove puoi fare l'upload? Che errore viene restituito dal PHP?no guarda sono sicuro. e se nel mio server tropicale è così significa che una soluzione che richiede scrittura di files non può essere imposta a tutti.
Che cosa intendi "impostare valori di default"?che ne dici della possibilità di impostare valori di default nella struttura #2?
Come vorresti strutturare la tabelle per contenere sia i valori di default che quelli personalizzati dall'utente?
Per eseguire un "reset" dell'intera configurazione e' sufficiente una sola query di UPDATE.se si utilizza la 1, bisognerebbe creare un'altra colonna e le operazioni di "reset" sarebbero molto più complesse.
nel mio host l'upload funziona, ma non so dirti su "move_uploaded_file", credo di no, visto che i files caricati vanno in una cartella temporanea.
la scrittura di files tramite fopen, ecc... non funziona al di fuori della cartella con permessi di scrittura "/public/".
tornando a noi, nella struttura #2 si può settare un valore di default per la colonna, per cui il reset della config avverrebbe tramite un truncate + insert values() che immette quelli di default.
nella struttura #1 invece o usi le subquery se hai i defaultvalues in un'altra colonna oppure non puoi memorizzarli nel db stesso.
Dalle tue parole sembra chiaro tu non abbia mai eseguito un upload in PHP (es. utilizzando move_uploaded_file()), inoltre, come gia' scritto, se il tuo hosting fornisce una cartalla con i permessi di scrittura, allora la soluzione proposta PUO' essere implementata.nel mio host l'upload funziona, ma non so dirti su "move_uploaded_file", credo di no, visto che i files caricati vanno in una cartella temporanea.
la scrittura di files tramite fopen, ecc... non funziona al di fuori della cartella con permessi di scrittura "/public/".
E perche' non un semplice UPDATE invece di due query?tornando a noi, nella struttura #2 si può settare un valore di default per la colonna, per cui il reset della config avverrebbe tramite un truncate + insert values() che immette quelli di default.
Convinto tu, in una tabella come questa:nella struttura #1 invece o usi le subquery se hai i defaultvalues in un'altra colonna oppure non puoi memorizzarli nel db stesso.
E' sufficiente un "UPDATE options SET value = default_value" per effettuare il reset.Codice PHP:CREATE TABLE options (
id INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
name VARCHAR(255) NULL,
value TEXT NULL,
default_value TEXT NULL,
PRIMARY KEY(id)
);
Permessi di invio
Rispondi quotando