Qual è il modo migliore per archiviare le opzioni dell'applicazione: file system o db? [chiuso]

0

Cerchiamo di trovare il modo migliore per archiviare le opzioni utente (abilità, titoli, settori, lingue, ecc.) per i drop down. Le opzioni sono tra un file JSON che possiamo memorizzare sul file system del server o nel db (MongoDB).

Quali sono i pro e i contro di ciascun metodo e in che modo influiranno sulle prestazioni del server in condizioni di utilizzo intenso?

    
posta Kenroy George 10.06.2015 - 04:06
fonte

3 risposte

2

Per renderlo più on-topic, questo è un modo per determinare quale è meglio per una particolare situazione. Nota: potresti scoprire che la soluzione migliore potrebbe cambiare nel tempo quando i requisiti della tua applicazione cambiano.

Fai entrambe le cose: Mi spiace, se vuoi veramente scoprire la soluzione migliore, ti consiglio di fare entrambe le cose e confrontare i risultati. Questo porta a termine alcune cose:

  • Confronto delle prestazioni (supponendo che tu possa simulare un carico)
  • Scopri come implementare entrambi nel caso in cui devi cambiare.
  • Progetta il tuo codice in modo che lo scambio di fonti di dati non sia così difficile.
  • Una parte di questo processo potrebbe essere utilizzata per creare un'unità o un test di integrazione.

Anche in questo caso, tutto ciò si basa sulla non conoscenza di quale funzionerà per la tua situazione, quindi costruisci la tua app per cambiare le fonti di dati secondo necessità. Potresti trovare bisogno di una sorta di cache dati in memoria per questo genere di cose. Sarai pronto a farlo senza apportare modifiche sostanziali alla tua applicazione.

    
risposta data 10.06.2015 - 14:39
fonte
1

Ci sono ottimi argomenti a favore e contro ciascuna opzione. Se parlassi dei dati di configurazione, penserei che sarebbe necessaria una discussione più lunga e approfondita.

Dato che stai parlando di dati dell'applicazione , sarei incline a credere che, a meno che tu non sappia per certo che questi dati non avrebbero mai bisogno di essere interrogabili per i rapporti e / o che si trattava di dati statici che non cambierebbe mai, questi dati dovrebbero appartenere al database.

    
risposta data 10.06.2015 - 18:26
fonte
0

Json Way

Pro:

  • Più veloce di DB
  • Non c'è peso per server / lavoro

Contro:

  • Aggiorna / modifica il contenuto è difficile.

DB Way

Pro:

  • Può essere sviluppato per la velocità

Contro:

  • A volte non è necessario se non cambia.
  • Se cresce, peserà per il server

Il mio suggerimento sta usando DB. Perché puoi sviluppare per la velocità. In genere, sto utilizzando JSON per contenuti con contenuto statico.

    
risposta data 10.06.2015 - 04:28
fonte

Leggi altre domande sui tag