[C# 3.5] Structure de données authentification

Salut,

Je travaille sur la dernière version de mon CMS dans le cadre d'Innovacall (qui produit des applications téléphonique avec reconnaissance vocale et DTMF).

Je travaille en ASP.net C# 3.5
J'ai donc une application web qui est composée de plusieurs projets.
Une application web qui me sert de passerelle avec mes serveurs vocaux.

Je suis en train de réfléchir à une gestion des accès unifiée

D'après vous,

Vaut-il mieux

générer les éléments d'authentification dans la base de données métier (afin de pouvoir facilement rattacher les données des clients aux comptes d'utilisation)

ou

générer une base de données indépendante reliée à la base de données métier et y accéder grâce à des synonymes depuis la base de données principale

enfin, est-il viable et simple d'encapsuler la gestion des rôles et des appartenances dans un webservice WCF ? Si oui, existerait-il un exemple tout fait, un starter kit ou n'importe quoi qui pourrait m'aider ?

D'avance merci pour votre aide

Laurent

Salut,

J'ai pas de réponse à la deuxième question.

A la première par contre une base de donnnées client seule me parait tout à fait faisable et logique. Par contre, je ne comprend pas ce que tu veux dire par "synonyme".

A+

Bonjour,

Je vais commencer par la gestion des rôles via WCF. De mon point de vue, la meilleure façon de faire est d'utiliser dans ton application web l'authentification de type Form avec un provider de securité customisé.

Il faudra une classe pour implémenter IPrincipal, une classe pour implémenter IIdentity et enfin une classe securityManager. (Voir les PJ)

Dans ton securityManager, tu feras appel à ton service WCF via https par exemple. C'est lui qui vérifiera que ton user existe dans ta source de donnée.

Pour la source de donnée, tout dépend des autres applications dans ton périmètre. Si plusieurs application partagent la même source de donnée, tu as intérêt à gérer tes utilisateurs dans une base à part et à fournir un service d'authentification commun à toutes tes applications. Autrement tu vas devoir gérer la synchronisation de ta base spécifique (métier) avec la base de contacts de l'entreprise et...tu n'en as pas envie.

Citation:

---

Envoyé par Immobilis

"synonyme".

---

Code:

---

1 2 3

CREATE SYNONYM SalesHistory FOR SalesData.dbo.SalesHistory;

---

Un synonyme est un nom local pour un objet situé dans une autre base de données.

Je ne sais pas trop si ça a été amélioré avec SQL Server 2008 mais en 2005 ça ramait (un peu).

++

Laurent

Un genre d'alias qui pointe vers l'autre base. Ok...

Peut-être faudrait-il demander au forumeur SGBD ce qu'ils en pensent.