Membership provider, unikke brugere og samme DB/kode for grupper
Jeg ønsker at have flere applikationer som kan køre med samme brugere og i den forbindelse har jeg brug for hints til at kunne genbruge samme brugers UserID i forskellige applikationer.JEg er uerfaren på området, så bær venligst over med dumme spørgsmål.A. Flere applikationer for samme bruger.
Jeg har kigget lidt i membership provideren. I tabellen aspnet_Users er der for hver user en UserID (PK) og godt nok også en Application_ID (aldeles IKKE PK) . For Roles er der også en Application_ID for hver rolle (men udgør ikke del af konbineret PK). Aspnet_Profiles kun har UserID (som PK) - og det er da fint nok, siden man kan lave grupper af profiler, hvor hver profil gruppe kunne være møntet på en specifik applikation.
Eftersom UserID er en PK, og dermed unik, så tyder det på, at der for hver applikation skal etableres nye UserID - selv om jeg kunne ønske, at samme bruger kunne få adgang til flere applikationer. Hvis Application_ID og USer_ID var en kombineret indeks, så kunen man jo genbruge samme USerID i forskellige applikationer (med applikationsspecifikke Roles).
1. Findes der en option/parameter et eller andet sted til at etablere ovenstående ?
2. Eller, skal man selv modificere provideren for at få det ?
3. Eller, findes der en hel anden måde at opnå mit ønske ?
Jeg er ude efter noget i stil med Yahoo/MSN Groups, hvor man tilmelder sig hver særskilt gruppe, og derinde kan man etablere, og få tilskrevet, forskellige roller til den samme bruger.
B. Genbruge samme kode og DB for forskellige grupper
Jeg ved at DOTNETNUKE kan lave noget i den stil (og MSN/Yahoo osv gør det jo vel også), men inden jeg kaster mig over reverse engineering af DOTNETNUKE , ville jeg høre om der er nogen der har nogle praktiske hints. Specifikt, hvordan tager man hensyn til at jeg ønsker kun at have et sæt kode, men lade forskellige grupper bruge den uafhængigt af hinanden. Jeg er i gang med at lave en applikation og er på et stade hvor jeg skal forberede datastrukturen i DB'en til at kunne blive brugt af forskellige grupper.
a. Ville man lave adgangskontrol på rækkeniveau i DB'en ?
b. Ville man f.eks. tilføje GruppeID til alle DB-rækker ?
c. Kan den eksisterende membership provider udnyttes - eller skal den udvides ?
Alle bidrag er velkomne - jeg håber på nogle hints og links så jeg selv kan komme videre på en fornuftig måde.