Partage des bases de données d'état ASP.NET entre plusieurs applications

Question

Est-il préférable pour une collection d'applications Web ASP.NET pour partager la même base de données de session, ou si chacun a son propre?

S'il n'y a pas de différence significative, d'avoir une base de données unique serait préférable en raison de l'entretien plus facile.

Historique

Mon équipe a un assortiment d'applications Web ASP.NET, toutes écrites dans les deux Monorail 1.1 ou ASP.NET MVC 1.0. Chaque application utilise actuellement une base de données d'état de session dédié. Je travaille sur l'ajout d'un nouveau site à cette liste, et je débattre si je devais créer une autre nouvelle base de données de session, ou tout simplement partager un existant avec une autre application.

Answer 1

Je voterais pour la séparation ici.

Je ne pense pas que vous trouverez nécessairement qu'il est à long terme « un entretien plus facile » de bourrer tout dans une base de données. Si chaque application utilise la même table et l'instance de base de données, vous ne pouvez pas séparer une application de la piscine sans dupliquer la base de données. Que faire si une application va virale et doit être déplacé à son propre cluster de serveurs?

Pour la quantité de travail qu'il faut pour copier une base de données à une nouvelle instance, vous serez séparant les préoccupations des applications, ce qui rend plus facile de les déboguer individuellement, plus évolutive et beaucoup plus portable.

Answer 2

La question initiale était « Partager la même session Base de données ». Je vois cela comme différent de la base de données de l'application. ASP session pour toutes les applications serait le même. Vous ne seriez pas en train de modifier le schéma pour l'une des tables de session, SPs etc ... Nous hébergeons un certain nombre d'applications, chacune avec leur propre base de données privée pour les données Aplication, et une seule base de données commune pour la session.