2010-10-17 22 views
2

Nous avons un cas où un site Web existe déjà et utilise le fournisseur d'appartenances par défaut ASP.NET stockant les données des utilisateurs sur une base de données SQL Server. Je dois ajouter un nouveau site DotNetNuke qui peut partager les mêmes tables d'adhésion avec le site existant.Est-ce que DotNetNuke peut utiliser une autre base de données avec des tables existantes pour le fournisseur d'appartenances par défaut ASP.NET?

Existe-t-il un moyen de le faire proprement où les tables d'appartenance restent dans la base de données existante et le reste des tables DotNetNuke restent dans la base de données DNN? En d'autres termes, les tables Membership doivent-elles rester dans la même base de données avec le reste des tables DotNetNuke ou peuvent-elles être séparées?

+0

Y a-t-il une raison pour laquelle vous ne pouvez pas créer le nouveau site DNN dans la base de données existante? Vous devez faire quelque chose pour vous assurer qu'il ne perturbe pas vos tables d'appartenance existantes, mais vous pouvez utiliser le qualificatif d'objet pour vous assurer qu'il n'interfère pas avec les autres tables existantes. – EfficionDave

Répondre

0

Si vous utilisez SQL standard (par rapport à Express), vous pouvez utiliser la réplication SQL pour garder les deux ensembles de tables en phase. L'information de l'utilisateur doit-elle être modifiable sur les deux sites ou pouvez-vous garantir que tous les changements pour les utilisateurs seront effectués sur une seule base de données? Si ce n'est que d'une seule façon, vous pourriez probablement créer un travail SQL qui copie les données. Je pense aussi qu'il y a un moyen de faire cela avec des vues, à nouveau seulement si vous pouvez vérifier que les changements d'utilisateurs ne seront effectués qu'à partir de l'un des deux sites.