Memorizzare le impostazioni in una tabella nel mio database SQLite o separatamente?

L'ampia applicazione legacy che ho mantenuto è andata avanti e indietro nel corso degli anni, ma si è evoluta per mantenere la maggior parte delle impostazioni nel DB. Sì, la stringa di connessione DB viene letta dal file di configurazione. Questa è un'applicazione desktop che utilizza pesantemente un DB e che ha alcune impostazioni. Se ne hai pochissimi, questo sarà meno applicabile, ma questi sono i primi motivi che ti vengono in mente:

• I file di configurazione sono in genere letti solo all'avvio, modifiche significano riavviare l'applicazione. (Non è una regola difficile, ma l'uso previsto.)

• Le impostazioni del DB possono essere modificate tramite una GUI che fa parte dell'applicazione e direttamente aggiornata utilizzando le routine di DB già esistenti senza dover accedere ad alcun file esterno.

• Le modifiche apportate dalla GUI possono essere facilmente utilizzate per generare eventi e i nuovi valori possono essere utilizzati immediatamente. Davvero non vuoi monitorare le modifiche a un file esterno - guarda il primo punto.

• Il DB non è accessibile agli utenti regolari e le modifiche possono essere limitate e convalidate. Un file di configurazione è esposto e può essere modificato con qualsiasi editor, senza la convalida dei valori.

• Abbiamo set di impostazioni - "Profili" - che sono personalizzati su base per installazione. Ciò sarebbe alquanto complicato da mantenere con un file di configurazione.

Non sono d'accordo sul fatto che la memorizzazione delle impostazioni in una tabella di database sia una brutta separazione delle preoccupazioni. Le tue "preoccupazioni" saranno separate non definendo una relazione tra la tabella delle impostazioni e altre tabelle nel tuo database. Questo va bene.

La cosa principale da considerare è il modo in cui ti aspetti che l'amministratore del tuo sistema apporti modifiche alle impostazioni. È molto più semplice per la maggior parte delle persone aprire semplicemente un file di configurazione e apportare modifiche. Se si archivia la configurazione in un database, è necessario concedere l'accesso ad utenti / amministratori per apportare modifiche. Se non sono in grado di apportare modifiche direttamente nel database, potrebbe essere necessario fornire una schermata nella propria applicazione per apportare tali modifiche. Ho fatto questo in entrambe le applicazioni web e mobile e funziona bene. (Poiché le modifiche vengono apportate tramite l'applicazione stessa, ignora anche la necessità di riavviare l'applicazione come faresti se le modifiche fossero apportate esternamente modificando un file.)

Tutto dipende da quanto sono grandi le tue impostazioni. Se fosse un paio di valori, sarebbe più semplice e meno sovraccarico conservarlo in un file. Soprattutto che questo file potrebbe essere un XML facile da gestire.

Se è necessario memorizzare le impostazioni in un luogo sicuro (ad esempio, il salvataggio delle credenziali), un database potrebbe essere un'opzione leggermente migliore. Ovviamente dovresti crittografare quelle credenziali quando li salvi su un file o in una tabella.

Da un punto di vista architettonico, dovresti salvare almeno un pezzo di informazione in un file, cioè la tua stringa di connessione al database, in modo da non doverla codificare (cattiva pratica).