複数のアプリケーション、Webサービス、およびWindowsサービスのシステムがある場合は、これが適していますか？web.Configとデータベース設定テーブル
オプション1）データベーステーブルにすべての設定を置き、どこかにキャッシュします。おそらく、アプリケーション間でキャッシュオブジェクトを共有するためにWebサービスを使用する必要があります。ユーザーの操作のために、これらの設定の一部をグリッドで表示することができます。
オプション2）すべての設定を共通の設定ファイルに入れて、各アプリケーションのweb.configまたはapp.configがそのファイルをポイントするようにします。これらの設定をグリッドに入れる方法はありますが「役割に基づく設定を表示する」機能が失われます。
おかげ
これの多くは好みに降りてくる、あなたが設定へのアクセスを必要とし、どのくらいの頻度彼らは変更しますとき、何を言ってるのかの設定。
一般的に私はweb.config & app.configをかなり小さくしておきます。インフラストラクチャの設定（ロードするモジュール、接続文字列、ログ設定、ORM設定など）がそこに入ります。私が本当に必要とするもの、またはApp_startまたは私のMain（）メソッドにアクセスする必要があるものは、基本的に。
もっと複雑なものでも、それほどアプリケーションには当てはまりません。私は一般的に設定ファイルに入れませんが、代わりにIoCコンテナから注入する設定オブジェクトを持っているか、データベース。
私は、データベースに構成を入れ、アプリケーションに基づいて検索することをお勧めします。また、異なる構成を含む単一のXMLを記述し、それをデータグリッドなどにロードすることもできます。この方法では、保守する単一のファイルがあるため、構成の管理が容易になります。
設定がweb.configに保存されていないため、各環境が異なる設定を持つことができますが、まだxcopy展開を実行できるため、展開が簡単になります。