{"id":55000586,"date":"2008-04-01T00:00:00","date_gmt":"2021-03-22T16:15:14","guid":{"rendered":"http:\/\/access-im-unternehmen.aix-dev.de\/aiu\/?p=586"},"modified":"-0001-11-30T00:00:00","modified_gmt":"-0001-11-30T00:00:00","slug":"Zugriff_auf_Daten_in_Formularen_und_Steuerelementen","status":"publish","type":"post","link":"https:\/\/access-im-unternehmen.de\/Zugriff_auf_Daten_in_Formularen_und_Steuerelementen\/","title":{"rendered":"Zugriff auf Daten in Formularen und Steuerelementen"},"content":{"rendered":"

\"\"<\/p>\n

Immer wieder tauchen in Foren und Newsgroups Fragen auf, wie man auf die in den Formularen und deren Steuerelementen enthaltenen Daten zugreifen kann. Dieser Beitrag soll die für den Zugriff notwendigen Techniken vorstellen und behandelt dabei nicht nur einfache Steuerelemente, sondern auch Kombinationsfelder, Listenfelder oder in Unterformularen enthaltene Daten.<\/b><\/p>\n

Zugriff auf die Datenherkunft des Formulars<\/p>\n

Voraussetzung für diesen und die folgenden Abschnitte ist, dass das Formular, dessen Daten Sie abfragen möchten, an eine Datenherkunft gebunden ist. Dabei spielt es keine Rolle, ob es sich dabei um eine Tabelle oder eine Abfrage handelt. Soweit keine anderen Angaben folgen, beziehen sich die Beispiele auf ein Formular mit der Tabelle tblArtikel <\/b>der Beispieldatenbank als Datenherkunft.<\/p>\n

Am einfachsten ist der direkte Zugriff auf die Werte der in der Datenherkunft eines Formulars angegebenen Felder: Er kann sogar erfolgen, wenn gar kein Textfeld oder ein anderes an ein Feld der Datenherkunft gebundenes Steuerelement im Formular enthalten ist. Wenn Sie also ein nacktes Formular mit einer Tabelle als Datenherkunft ausstatten, können Sie wie folgt auf die Feldinhalte des aktuellen Datensatzes zugreifen – zum Beispiel auf das Feld Artikelname <\/b>(das Formular heißt frmBeispiel<\/b>, der aktuelle Datensatz ist der erste entsprechend der Sortierung der Datenherkunft beziehungsweise einer nachträglich festgelegten Sortierung):<\/p>\n

Forms!frmBeispiel!Artikelname<\/pre>\n
Es funktioniert aber auch die Version mit dem Punkt, auch wenn dies keine empfohlene Variante ist:<\/p>\n
Forms!frmArtikel.Artikelname<\/pre>\n
Wenn Sie nun ein Feld der Datenherkunft, zum Beispiel das oben verwendete Feld Artikelname<\/b>, in den Entwurf des Formulars ziehen und in die Formularansicht wechseln, funktioniert dies weiterhin.<\/p>\n
Die Frage ist nur: Worauf bezieht sich das nun – auf das Textfeld-Steuerelement, das ja beim Einfügen automatisch den Namen Artikelname <\/b>erhält, oder auf das Feld Artikelname <\/b>der Datenherkunft Die Antwort lässt sich leicht herleiten: Stellen Sie einfach die Eigenschaft Steuerelementinhalt <\/b>des Textfeldes auf einen Wert wie ="Test" <\/b>ein. Die obigen Ausdrücke liefern dann den Wert Test <\/b>zurück und beziehen sich damit auf das Textfeld namens Artikelname <\/b>und nicht auf das gleichnamige Feld der Datenherkunft. <\/p>\n
Den darin enthaltenen Wert erhalten Sie aber ganz sicher mit folgendem Ausdruck:<\/p>\n
Forms!frmArtikel.Recordset!Artikelname<\/pre>\n
Textfelder<\/p>\n
Wenn Sie Missverständnissen vorbeugen möchten, benennen Sie die Textfelder und sonstige Steuerelemente, die Sie per Drag and Drop aus der Feldliste in das Formular gezogen haben, entsprechend Ihrer Lieblingskonvention für die Benennung von Steuerelementen um. Um nur die gängigsten zu nennen, müsste das Textfeld Artikelname <\/b>nun txtArtikelname <\/b>und das Kombinationsfeld KategorieID <\/b>jetzt cboKategorieID <\/b>heißen – weitere Präfixe sind lst <\/b>für Listenfelder, chk <\/b>für Kontrollkästchen und so weiter.<\/p>\n
Die oben erwähnte Form des Zugriffs auf den Wert eines Textfelds lautet dann:<\/p>\n
Forms!frmArtikel!txtArtikelname<\/pre>\n
Innerhalb des Klassenmoduls des aktuellen Formulars kann der Bezug auf das Formular durch Me <\/b>ersetzt werden:<\/p>\n
Me!txtArtikelname<\/pre>\n
In den folgenden Abschnitten gehen wir davon aus, dass der Zugriff von außerhalb des Formulars erfolgt; wenn Sie vom Klassenmodul des Formulars aus zugreifen möchten, können Sie Forms!<Formularname><\/b> durch Me <\/b>ersetzen.<\/p>\n
Der Bezug auf txtArtikelname <\/b>liefert aber auch nur den Wert des Textfelds zurück, weil Value <\/b>die Standardeigenschaft von Textfeld-Objekten ist. Korrekterweise sollte man dies ausschreiben:<\/p>\n
 Forms!frmArtikel!txtArtikelname.Value<\/pre>\n
Der Wert eines gebundenen Textfelds stimmt aber längst nicht immer mit dem überein, was darin steht. Óndern Sie einmal den Text, ohne das Textfeld zu verlassen, und lassen Sie sich den Wert mit der Value<\/b>-Eigenschaft ausgeben: Richtig, dies gibt nicht den angezeigten Wert, sondern immer noch den ursprünglichen Wert aus. Auf den angezeigten Text greifen Sie mit der Text<\/b>-Eigenschaft zu:<\/p>\n
 Forms!frmArtikel!txtArtikelname.Text<\/pre>\n
Die Text<\/b>-Eigenschaft funktioniert allerdings nur, wenn das gewünschte Steuerelement den Fokus besitzt. Sobald der Fokus auf ein anderes Steuerelement fällt, übernimmt Access den angezeigten Ausdruck übrigens auch als Wert des Steuerelements, jedoch ohne den Datensatz selbst bereits zu speichern.<\/p>\n
Kombinationsfelder<\/b><\/p>\n
Viele Fragen tauchen in Zusammenhang mit Kombinationsfeldern auf. Das Folgende geht davon aus, dass es sich um ein Kombinationsfeld handelt, dessen gebundenes Steuerelement das erste Feld der Datensatzherkunft ist und das den Inhalt eines oder mehrerer weiterer Felder anzeigt. Die Datensatzherkunft eines einfachen Kombinationsfeldes zur Anzeige der Kategorie eines Artikels lautet dann so:<\/p>\n
SELECT KategorieID, Kategoriename\r\nFROM tblKategorien\r\nORDER BY Kategoriename;<\/pre>\n
Im aufgeklappten Zustand sieht ein solches Kombinationsfeld wie in Bild 1 aus. Im vorliegenden Fall sind zwei Informationen interessant:<\/p>\n
\"missing<\/p>\n
Bild 1: Ein aufgeklapptes Kombinationsfeld zur Anzeige der Kategorien eines Artikels<\/span><\/b><\/p>\n