Dati per precompilare un database tenuto in file di testo

3

Molte applicazioni Web richiedono un file seme: un file, scritto nella stessa lingua di un'applicazione Web, in cui sono presenti dati per pre-compilare un database. Questo ha senso.

Tuttavia, a volte vedo che alcune parti di tali dati vengono estratte nei file separati, di testo per essere letti dal file seme principale. {rb, py, php} e inseriti in un database.

Può essere un elenco di paesi con lingue e locali. Oppure un elenco di prodotti per un negozio online con descrizioni, prezzi, ecc. O un elenco di articoli per un blog. Qualunque sia.

Mi chiedo, perché vengono mantenuti in file di testo separati che poi leggono dal file seme principale. {rb, py, php} e inseriti in un database invece di mantenerlo in un file seme stesso? Quali sono i vantaggi di questo approccio? E quando è necessario questo approccio?

    
posta Kumaro 09.09.2017 - 09:16
fonte

1 risposta

3

Esistono praticamente dozzine di ragioni per cui separare i file di testo dal programma che li legge e li elabora può essere utile, anche se il programma è scritto in un linguaggio di scripting (quindi in un file di testo) ed entrambi vengono sempre distribuiti insieme. Separando il file di testo, puoi

  • consegnalo a un'altra persona che non ha alcuna conoscenza del linguaggio di scripting o della programmazione e lascia che la persona crei o mantenga il file

  • usa un editor completamente diverso (ad esempio, un'applicazione per fogli di calcolo), per mantenere il file di testo

  • dai ai dati un numero di versione diverso dal programma

  • lascia che lo stesso programma non trattato elabori diverse varianti del file di testo (ad esempio, a scopo di test o per istanze personalizzate diverse del database)

  • riutilizza lo stesso script per popolare facilmente tabelle diverse nel tuo database da diversi file di testo, senza la necessità di creare un BLOB di grandi dimensioni non mantenibile di uno script > 10000 righe

Suppongo che se pensi due volte alla domanda, puoi estendere questo elenco di molti altri punti da solo.

Ovviamente, se l'attività è solo per riempire una o due tabelle con due o tre colonne e righe, e i dati non cambiano praticamente mai, mettere tutto in un singolo script può essere sufficiente e qualsiasi altro inutile sovraccarico. Ma se l'attività diventa più grande, la separazione delle preoccupazioni diventa importante.

    
risposta data 09.09.2017 - 11:17
fonte

Leggi altre domande sui tag