Tables de la Base de donnée " aspnet " utilisé par les Provider
ulysse1976
Messages postés
8
Date d'inscription
lundi 14 février 2005
Statut
Membre
Dernière intervention
7 mars 2015
-
7 mai 2009 à 13:29
ulysse1976 Messages postés 8 Date d'inscription lundi 14 février 2005 Statut Membre Dernière intervention 7 mars 2015 - 8 mai 2009 à 08:46
ulysse1976 Messages postés 8 Date d'inscription lundi 14 février 2005 Statut Membre Dernière intervention 7 mars 2015 - 8 mai 2009 à 08:46
A voir également:
- Tables de la Base de donnée " aspnet " utilisé par les Provider
- Base de données javascript - Conseils pratiques -Javascript
- Le jeu de sauvegarde contient la sauvegarde d'une base de données qui n'est pas la base de données - Forum SQL
- Nomenclature base de données - Conseils pratiques -PHP
- Connexion base de données - Conseils pratiques -PHP
- Exemple base de donnée gestion de stock - Forum SQL
4 réponses
titeoe
Messages postés
433
Date d'inscription
samedi 26 avril 2003
Statut
Membre
Dernière intervention
4 décembre 2009
1
7 mai 2009 à 17:43
7 mai 2009 à 17:43
Bonjour,
Je ne sais pas ou trouver ce genre de documentation mais je voudrais juste t'apporter un éclairage.
Ces tables sont gérées par la mécanique interne du SQLProvider. La "magie" opère quand tu as a dispo toutes les informations de la base via les APIs de system.web.security.
C'est justement parceque tu as ces APIs que tu n'es pas obligé d'aller tapper à la mimine dnas les tables.
Ca n'est pas une bonne idée d'ailleurs car si un jour tu change d'implémentation (ie tu passe en ActiveDirectoryProvider ou CustomProvider), toute ces informations te seront inutiles.
Les APIs sont suffisameent puissantes pour couvrir 99,9% de tes besoins, alors ne va pas casser ces architecture en allant titiller la base, même si tu en as les capacités.
C'est une question de style.
Je ne sais pas ou trouver ce genre de documentation mais je voudrais juste t'apporter un éclairage.
Ces tables sont gérées par la mécanique interne du SQLProvider. La "magie" opère quand tu as a dispo toutes les informations de la base via les APIs de system.web.security.
C'est justement parceque tu as ces APIs que tu n'es pas obligé d'aller tapper à la mimine dnas les tables.
Ca n'est pas une bonne idée d'ailleurs car si un jour tu change d'implémentation (ie tu passe en ActiveDirectoryProvider ou CustomProvider), toute ces informations te seront inutiles.
Les APIs sont suffisameent puissantes pour couvrir 99,9% de tes besoins, alors ne va pas casser ces architecture en allant titiller la base, même si tu en as les capacités.
C'est une question de style.
ulysse1976
Messages postés
8
Date d'inscription
lundi 14 février 2005
Statut
Membre
Dernière intervention
7 mars 2015
7 mai 2009 à 18:28
7 mai 2009 à 18:28
Tout d'abord , merci pour cette réponse .
Mais mon bute est faire mes propres Provider avec les tables d'origine et donc de les connaitre ces tables justement pour les utiliser sans les modifier.
De plus c bien de savoir ce qui ce passe derrière les choses pour mieux les comprendres.
En tout cas, Titeoe , je trouve ta réponse très sympathique et je t'en remercie encore une fois.
Mais mon bute est faire mes propres Provider avec les tables d'origine et donc de les connaitre ces tables justement pour les utiliser sans les modifier.
De plus c bien de savoir ce qui ce passe derrière les choses pour mieux les comprendres.
En tout cas, Titeoe , je trouve ta réponse très sympathique et je t'en remercie encore une fois.
titeoe
Messages postés
433
Date d'inscription
samedi 26 avril 2003
Statut
Membre
Dernière intervention
4 décembre 2009
1
8 mai 2009 à 01:23
8 mai 2009 à 01:23
Juste une petite question : si tu veux faire tes propres providers, tu comptes utiliser les tables du SQL provider ? Dans ce cas, a quoi cela te sert il de faire un custom provider ?
ulysse1976
Messages postés
8
Date d'inscription
lundi 14 février 2005
Statut
Membre
Dernière intervention
7 mars 2015
8 mai 2009 à 08:46
8 mai 2009 à 08:46
Il y a une grande part de curiosité la dedans , et je me dit que une fois que j'aurais compris correctement le mécanisme de ces APIs et des tables d'origine, je pourrai mes propres provider et mes tables.
Je pense que c'est important de comprendre les choses pour faire autrement . Je ne fait pas ça pour tout mais je pense que le sujet sur lequel on parle est assez important pour qu'on l'étudie a la loupe.
Je pense que c'est important de comprendre les choses pour faire autrement . Je ne fait pas ça pour tout mais je pense que le sujet sur lequel on parle est assez important pour qu'on l'étudie a la loupe.
