Base de données Architect pour permettre à l'application d'utiliser Windows Integrated Auth ou FBA

Question

J'écris une application Web qui sera distribuée et je souhaite autoriser le programme d'installation à choisir entre l'authentification intégrée ou FBA. La commutation entre ceux avec web.config est évidemment très facile. J'essaie de décider comment mieux architecturer la base de données et le code pour accepter soit un windows-sid ou un UserID de l'aspnetdb. Par exemple, WSS 3.0 autorise à la fois l'authentification intégrée à Windows ou FBA à l'aide de n'importe quel fournisseur d'appartenances. Comment gèrent-ils cela dans leur architecture de base de données? Y a-t-il de bons guides sur le web pour vous donner des conseils?

Answer 1

Je pense que c'est beaucoup plus facile que vous ne le pensez. Tout d'abord, l'authentification intégrée n'a rien à voir avec Windows SID. Lorsque l'authentification intégrée est activée, HttpContext.Current.User.Identity.Name sera "DOMAINE \ Utilisateur" et non le SID Windows. Donc, si vous utilisez l'authentification Windows, vous aurez toujours une table users, avec une colonne pour contenir le domaine \ utilisateur. Faites-moi savoir si vous avez besoin de plus de précisions.