Frage : .NET Web site. Ändernder Name databound dropdownlist… der Leerseite resultiert?

Hallo,

I morgens eine Störung empfangend, die ich nicht herausfinden kann. Ich habe ein dropdownlist, das databound zu einem accessdatasource ist. Die Zugangsdatenquelle ist korrekt und bringt Daten zurück. Das dropdownlist hat die gültigen vorgewählten Datatextfield und DatavalueField Werte. Der Name des dropdownlist ist ddlACEReference. Alles, das ich tun möchte, ist, den Namen ddlCARAReference…

does nicht anstatt zu ändern zur Arbeit? Nach dem Handeln sie alle, die ich erhalte, ist eine Leerseite,… d.h. nichts übertragen wird. So muss es eine Störung irgendwo geben… aber wo? Wenn ich das Drop-Down zurück zu dem ursprünglichen Namen… umbenenne, ist er fein wieder?

Antwort : .NET Web site. Ändernder Name databound dropdownlist… der Leerseite resultiert?

Dank für den Code. Ich überprüfte ihn heraus. Ich bildete eine Zugangsdatenbank, die Ihre niedrige Tabellenstruktur zusammenbringt, gespeichert ihm im app_code Faltblatt. Ich verwendete beide Ihrer Veränderungen auf dem Preisaufschlag.

Ich könnte nicht auch nicht erhalten zu arbeiten, bis ich eine kleine Änderung an Ihrem alias bildete. Ihre DataTextField/DataValueField werden auf Gebrauch „CARA_Ref“ eingestellt, aber Ihre AUSERWÄHLTE Aussage verwendete den angenommenen Namen [CARA Hinweis]. Ich änderte gerade die AUSERWÄHLTE Aussage, um den angenommenen Namen [CARA_Ref] zu verwenden

Sobald ich dieses tat, sind alle adaequat. Ich sage nicht, dass dieses Ihre Ausgabe ist und gerade über meine Erfahrung berichtet.

Ich merke, dass ich Zugang nicht als meine Datenquelle sehr häufig mehr verwende, aber, wenn ich i-immer Nachricht tue, die sie über spezifische Syntaxausgaben unglaublich picky/schrullig ist, etc. Ich bin kindof überrascht ihm arbeitete für Sie, als Sie diese Störung hatten. Ich erhielt eine sehr große Störung.

So prinzipiell (während Sie bereits wissen), sollte das Ändern der Identifikation von absolut keinen Effekt auf der Schwergängigkeit zu Ihrer Datenquelle haben.

Sie sind wahrscheinliches Beschäftigen eins vom folgenden:
1) Irgendeine Verschrobenheit des Zugangs und eine kleine Korrektur regeln es (IE, was ich vorher merkte)
2) Es gibt einen Hinweis auf der Datenquelle, oder das dropdownlist im Code hinter dem ändert das Verhältnis und das Ändern der Identifikation bricht Sachen. Jedem möglichem Hinweis auf der Identifikation vom Drop-Down oder nach der Datenquelle im Code nach suchen und wenn sie Update die Identifikation dort außerdem existieren.
   ANMERKUNG: Dieses bildet eine Tonne nicht von der Richtung, weil es wahrscheinliche Ursache eine Störung wurde, aber es in einem Versuch/in einem Fangblock oder -etwas sein kann, die die Störung von der beiläufigen Beobachtung derring.
3) Pecualiar etwas geschieht im Cacheing, entfernen diesen Hinweis, bis Sie den Rest der Ausgabe lösen.

Eine Anmerkung der Sache I als Diskussionsstück ist der Unterschied bezüglich der Identifikation, die Sie gewählt haben. ddlACEReference gegen ddlCARAReference. Ich merke Ihr DB habe eine Verlängerung von .mdb. Das Identifikation ddlACEReference lässt mich Sie denken verwenden Mitgliedstaat-Zugang 2007+, weil seine Maschine „As“ ist, aber das Ext. für das .accdb ist. Möglicherweise ist es alle gerechte Übereinstimmung? Wie verursachten Sie das DB? Welche Version des Zugangs Sie using sind. Für meinen Test bildete ich ein DB in Zugang 2007 und dann umgewandelt ihm bis 2003, also verwendete es eine .mdb Verlängerung.

Traurig, wenn ich nicht mehr Hilfe sein kann. Sie haben Recht, ist es noch etwas, aber was I dunno sehen, wenn Sie mehr Informationen finden können, um zu teilen. Den angenommenen Namen regeln, ist dieses zu mir schrullig und lässt mich uns möglicherweise denken verwenden verschiedene DB-Einstellungen (und diese sein könnte ein Anhaltspunkt), weil er nicht in jedem Drehbuch für Sie mit dieser Syntaxausgabe dort arbeiten sollte.