Passer à Windows Identity Foundation - devrions-nous utiliser le fournisseur de rôle et d'adhésion SQL Server?

Question

Nous avons une application qui utilise SQL Server comme back-end. Il était basé sur le serveur client, maintenant il sera basé sur le Web. Notre implémentation à la connexion était un ID utilisateur et un hachage de mot de passe / sel stocké dans la base de données. De plus, toutes les politiques et rôles ont été stockés dans notre schéma de table et affectés aux utilisateurs et / ou à des groupes définis par l'utilisateur. Ainsi, ils se connecteraient, s'authentifieraient, puis nous tirerions le (s) rôle (s) et les politiques pour cet utilisateur afin qu'ils puissent utiliser les parties de l'application que les rôle (s) et les politiques autorisés.

Nous enquêtons sur WIF maintenant qu'il est basé sur le Web.

Idéalement, nous aimerions réutiliser notre modèle actuel, c'est-à-dire pouvoir nous connecter en utilisant nos tableaux existants, puis tirer les rôles et les politiques par la suite.

Cependant, il existe un fournisseur de rôle et d'adhésion SQL Server.

Serait-il plus facile de changer de connexion, de rôles et d'adhésion à l'aide du fournisseur SQL Server intégré et de déprécier notre schéma de table? Ou devrions-nous construire un fournisseur à partir de zéro?