the membership of asp.net2.0 is useful in my case?

the membership asp.net2.0I have many User attributes like telephone number,
security ID, Country etc...
I must retrive these attributes after the user login.
How can I save do with the membership of asp.net2.0?Membership is purely for authentication. For extra user data you should look
into the Profile.
-Brock
DevelopMentor
http://staff.develop.com/ballen

> the membership asp.net2.0I have many User attributes like telephone
> number,
> security ID, Country etc...
> I must retrive these attributes after the user login.
> How can I save do with the membership of asp.net2.0?
>
Adding that I have yet to come to understand the scope of the current
aspnetdb.mdb database schema and hope somebody who knows what the heck all
those columns actually mean and what they can be used for will document it
and doing it yesterday will not be soon enough for me.
<%= Clinton Gallagher
METROmilwaukee "Regional Information Services"
NET csgallagher AT metromilwaukee.com
URL http://clintongallagher.metromilwaukee.com/
"Brock Allen" <ballen@.NOSPAMdevelop.com> wrote in message
news:453106632490060869625168@.msnews.microsoft.com...
> Membership is purely for authentication. For extra user data you should
> look into the Profile.
> -Brock
> DevelopMentor
> http://staff.develop.com/ballen
>
>
>
>
Well, I'd agree. It'd be nice to have these documented, but on the other
hand that's somewhat going against the idea of a provider (wether it be memb
ership
or profile). IOW, it's a black box of functionality. It's academically inter
esting
to understand them, but too much info is a bad thing as one tends to want
to modify things when you shouldn't. If you don't like their implementation,
you can create your own Membership or Profile provider that works with all
the UI controls just the same as the built in providers from Microsoft.
-Brock
DevelopMentor
http://staff.develop.com/ballen
> Adding that I have yet to come to understand the scope of the current
> aspnetdb.mdb database schema and hope somebody who knows what the heck
> all those columns actually mean and what they can be used for will
> document it and doing it yesterday will not be soon enough for me.
> "Brock Allen" <ballen@.NOSPAMdevelop.com> wrote in message
> news:453106632490060869625168@.msnews.microsoft.com...
>
Its not a matter of like or dislike. I can't dislike something simply
because I do not understand it. Its after I come to understand something
that I can make a reasonable determination.
I'm confident the schema will be documented and many articles will appear --
eventually -- but again, yesterday would not have been too soon for me.
Where is Dino Esposito et. el. when you really need them? ;-)
<%= Clinton Gallagher
METROmilwaukee "Regional Information Services"
NET csgallagher AT metromilwaukee.com
URL http://clintongallagher.metromilwaukee.com/
"Brock Allen" <ballen@.NOSPAMdevelop.com> wrote in message
news:460338632490389934897792@.msnews.microsoft.com...
> Well, I'd agree. It'd be nice to have these documented, but on the other
> hand that's somewhat going against the idea of a provider (wether it be
> membership or profile). IOW, it's a black box of functionality. It's
> academically interesting to understand them, but too much info is a bad
> thing as one tends to want to modify things when you shouldn't. If you
> don't like their implementation, you can create your own Membership or
> Profile provider that works with all the UI controls just the same as the
> built in providers from Microsoft.
> -Brock
> DevelopMentor
> http://staff.develop.com/ballen
>
>
>
>
Try creating a new project and use the SQLProvider instedd of the
AccessProvider. If you do so then all the tables would be created and you
could visibly see the schema in the Visual Studio IDE.
"clintonG" wrote:

> Its not a matter of like or dislike. I can't dislike something simply
> because I do not understand it. Its after I come to understand something
> that I can make a reasonable determination.
> I'm confident the schema will be documented and many articles will appear
--
> eventually -- but again, yesterday would not have been too soon for me.
> Where is Dino Esposito et. el. when you really need them? ;-)
> --
> <%= Clinton Gallagher
> METROmilwaukee "Regional Information Services"
> NET csgallagher AT metromilwaukee.com
> URL http://clintongallagher.metromilwaukee.com/
>
> "Brock Allen" <ballen@.NOSPAMdevelop.com> wrote in message
> news:460338632490389934897792@.msnews.microsoft.com...
>
>