IISなどを再起動せずに、いくつかの変数を微調整する必要があります（開発設定のみ）（したがって、Web.Configはそれらを置く場所が間違っていると思います）。前述のように、IIS の実行中に、要求ごとに読み取って書き込む必要がある約 500 の構成設定を配置する最も簡単な場所はどこですか?
編集:私が言ったように、これは一部の Q&D 開発のみを目的としているため、パフォーマンスはまったく気にしません。データベースは少しやり過ぎです (そして、おそらく私が処理したいよりも多くの作業が必要です)。解析を心配する必要がなく、読み書きできる高速なもの (設定など) が必要です。XML を使用する場合、パーミッションをいじるのに時間を費やす必要がないように、ファイルをどこに書き込むのですか?
データベースでは？
リクエストごとに500の構成設定を読み取る必要がありますか？それらをデータベースに入れて、インデックスを作成してキャッシュできるようにします。別のXMLまたはデータファイルもWebサーバーによってメモリにキャッシュされる可能性が高いですが、それでもインデックス付きデータベーステーブルが提供できるパフォーマンスは提供されません。ただし、設定へのアクセス方法によって異なります。
独自の「設定」ファイルを作成するだけです。.configという名前を付けないでください。次に、テキストファイルのように読み取って、すべてのプロパティを設定できます。コードを更新できるように、独自のファイル監視クラスまたはファイルが変更されたことを知るための何かを実装する必要があります。
これほど多くの構成オプションがあるデータベース システムでは、よく考えられたキャッシングを使用することが、全体として最良のアイデアである可能性が最も高いでしょう。
サイズが小さい値であっても、大きなオーバーヘッドになる可能性があるため、すべてのリクエストでそれらをロード/保存することの影響を考慮する必要があります。SOキャッシングは非常に重要になります。
データベースは必要ないとおっしゃっていましたが、500 の設定を使用すると、最適なソリューションのように思えます。
そうは言っても、本当にデータベースが必要ない場合は、いつでもそれらをローカルに保存された xml ファイルにダンプし、必要に応じて読み書きすることができます。