ASP.NET Webアプリのコレクションが同じセッションデータベースを共有する方がよいのでしょうか、それともそれぞれが独自のデータベースを持つべきでしょうか？
大きな違いがない場合は、メンテナンスが簡単なため、データベースを1つにすることをお勧めします。
バックグラウンド
私のチームにはさまざまなASP.NETWebアプリがあり、すべてMonorail1.1またはASP.NETMVC1.0で記述されています。各アプリは現在、専用のセッション状態データベースを使用しています。そのリストに新しいサイトを追加する作業を行っており、別の新しいセッションデータベースを作成するか、既存のデータベースを別のアプリと共有するかについて議論しています。
元の質問は「同じセッションデータベースを共有する」でした。これは、アプリケーションのデータベースとは異なると思います。すべてのアプリケーションのASPセッションは同じになります。セッションテーブルやSPなどのスキーマを変更することはありません。アプリケーションデータ用の独自のプライベートデータベースと、セッション用の単一の共有データベースを備えた多数のアプリケーションをホストしています。
ここで分離に投票します。
長期的には、すべてを1つのデータベースに詰め込む方が「メンテナンスが簡単」であるとは限りません。すべてのアプリが同じテーブルとデータベースインスタンスを使用している場合、データベース全体を複製せずに1つのアプリケーションをプールから分離することはできません。1つのアプリがバイラルになり、それ自体のサーバークラスターに移動する必要がある場合はどうなりますか？
データベースを新しいインスタンスにコピーするために必要な作業量については、アプリケーションの懸念事項を分離し、アプリケーションを個別にデバッグしやすくし、よりスケーラブルで、はるかに移植性の高いものにします。