私は現在、管理者が実行時に変更できるカスタム設定を必要とするdjango用のアプリケーションを開発しています。これらの設定は、同じデータベースを使用する別の別のシステムからアクセスできる必要があります。アプリのDjangoカスタム設定
一方、djangoシステムだけが実際に設定を変更するので、これらの設定をjsonファイルに保存して両方のシステムにアクセスできるようにすることもできます。一方、私たちは、データベース上の「設定」テーブルにこれらの設定を単独の行として格納することができます。
最初の選択は扱いが非常に面倒で、複数のアクセスに問題が発生する可能性がありますが、もう1つは単一の行のデータベース全体を必要とします。
これらのアイデアはどれもいいですか、それとも私が見落としているものはありますか?
一般的な「設定」表はありますか?エントリごとにテーブルは必要ありません。代わりに基本的なキー値ストアを使用するだけです。 – Shadow
これは実際に私が "孤独なエントリー"を意味したかったものです。申し訳ありませんが、編集されます。私が本当に疑問に思うのは、ただ1つの行のテーブルを持つことに何らかの欠点がある場合、またはそれが完全に良い考えである場合です。 –