1


Zwei Benutzer in verschiedenen Mitgliedschaft DBs verwenden, können nicht gleiche E-Mail-Adresse

Q1 - ich zwei Mitgliedschaft Datenbanken erstellt haben DB1 und DB2 (aspnet_regsql-Tool). Ich habe dann die Web-Anwendungen A1 und A2 erstellt. A1 verwendet DB1, um Benutzeranmeldeinformationen zu speichern, während A2 DB2 verwendet. Wenn der Benutzer, den ich in A1 erstellt habe (über das Asp.Net WAT-Tool), die E-Mail-Adresse [email protected] verwendet, kann keiner der in A2 erstellten Benutzer dieselbe E-Mail-Adresse haben. Aber das macht keinen Sinn, da die beiden Apps unterschiedliche Datenbanken zum Speichern von Benutzerdaten verwenden ?!


Q2 - ich bemerkt habe, wenn ich neue Mitgliedschaftsanbieter hinzufügen (innerhalb Abschnitt der web.config-Datei) und dann versuchen, Attribute hinzufügen, dass Intellisense-Funktion nicht funktioniert, da es doesn Es werden keine verfügbaren Attribute für diesen bestimmten Anbieter angezeigt. Warum das?


thanx

Antwort

4

A1. Wenn die Mitgliedschaftseinstellungen in Ihrer web.config für App "A2" auf den "DB1" zeigen, ist dies durchaus sinnvoll, da dies sonst nicht wahrscheinlich ist. Stellen Sie sicher, dass die ConnectionStringName-Eigenschaft auf "DB2" anstelle von "DB1" verweist.

A2. Intellisense würde für einen benutzerdefinierten Anbieter nicht funktionieren, wenn er nicht in den intellisense-Schemaeinstellungen für Ihre Visual Studio-Installation registriert ist.

Hier einige Informationen über das Hinzufügen eines Custom XSD for intellisense

+0

A1 - Wie es sich herausstellt, ist nicht verhindern, dass die Zuordnung derselben E-Mail-Adresse zu zwei Benutzern in verschiedenen DBs, aber es Sie darüber warnt (wenn der Fokus auf ist E-Mail-Eingabefeld). Ich habe das verwechselt, weil ich es nicht zugelassen habe. – SourceC

+0

A2 - Warum sollte SqlMembershipProvider als benutzerdefinierter Anbieter betrachtet werden? Ist es nicht ein Teil der Net-Bibliothek? – SourceC

+2

Überprüfen Sie diesen Artikel über web.config intellisense Probleme: http://weblogs.asp.net/scottgu/archive/2005/12/02/432077.aspx – ichiban