私は現在作業中の設定では不具合がありますが、ファシリティ全体（〜200人）で使用されている設定を保存する場所については、それほど優れているとは思いません。現在、彼らはXMLファイル内に座っている設定を持っており、必要に応じてたくさんの異なるプログラムによってポーリングされます。自然な選択肢は、データをDBに入れることです。また、使用頻度の高いデータポイントのいくつかに環境変数を使用しています。何が良いのだろうか？ファシリティ設定を保存する場所
私は専用モジュールを使ってDBソリューションを作って、DBを巧みに使いこなすつもりですが、このような設定にはあまりにも多すぎますか？
頻繁に使用するものについては、データベースと通信するアプリケーションが嫌いです。ですから、集中化のためにそれらを置くことを決めたら、MemCached Win32やVelocityのようなものをあなたのアプリケーションと必要な設定との間に置くことをお勧めします。このようにして、ネットワークに接続するのではなく、メモリストアに問い合わせることができます。また、あなたのアプリケーションサーバーのすべてにMemCachedをインストールして、あなたがそんな気持ちになっているならば、ネットワークホップを避けることができます！
質問に対する回答は、これらの設定が変更される頻度によって異なります。これらの設定が頻繁に変更され、これらの設定を変更する要求がエンドユーザーから受けとめられた場合は、作業をユーザーに委託するためのコンソールを備えたデータベースソリューションを構築します。しかし、これらの設定がIT部門によって維持されているか、ミッションクリティカルであるか、まったく変更していない場合は、集中化されたXMLファイルがうまくいくと思います。
ええ、変更はかなり少ないです。たかだか1日に数回。 – johannix
私はmemcachedのアイデアが好きです。間違いなく、データモデルをもっと複雑にすることができるように物事を開いています。甘い！ – johannix