S
sloan
It looks like the default Membership Provider (and Role Provider) always
goes to the database to get its info.
(GetUsers, GetRoles, etc , etc).
I guess I'm going to roll my own, because I am going to need a cached
solution to avoid the database hits.
(My roles and users seldom/never change after a project rollout)
I wanted to ask in general (before I start the work of a custom membership
provider).
A. Am I right with my assumption? (no caching)
B. Is there some .config way to get caching from teh default providers that
I don't know about?
C. I really don't have any issue with ~~how the default ones work, just the
non caching. You think I might be able to use inheritance and just address
those issues?
D. If the above answers eventually lead to "roll your own", does anyone
know of a project/source showing a good "roll your own" solution.
I just got back from a long weekend trip in the car with my wife and 3 dogs.
So I'm a little on the "tuckered out" side today.
Thanks..............
goes to the database to get its info.
(GetUsers, GetRoles, etc , etc).
I guess I'm going to roll my own, because I am going to need a cached
solution to avoid the database hits.
(My roles and users seldom/never change after a project rollout)
I wanted to ask in general (before I start the work of a custom membership
provider).
A. Am I right with my assumption? (no caching)
B. Is there some .config way to get caching from teh default providers that
I don't know about?
C. I really don't have any issue with ~~how the default ones work, just the
non caching. You think I might be able to use inheritance and just address
those issues?
D. If the above answers eventually lead to "roll your own", does anyone
know of a project/source showing a good "roll your own" solution.
I just got back from a long weekend trip in the car with my wife and 3 dogs.
So I'm a little on the "tuckered out" side today.
Thanks..............