Dim <\/span>rs As <\/span>DAO.Recordset\r\nSet<\/span> rs = CurrentDb.OpenRecordset_ \r\n (\"tblAdressen\")<\/pre>\nStatt direkt eine Tabelle anzugeben, kann auch ein SQL-String<\/b> eingesetzt werden:<\/p>\nSet<\/span> rs = CurrentDb.OpenRecordset_\r\n (\"SELECT * FROM tblAdressen\")<\/pre>\nDas Ergebnis ist dasselbe. Ist der SQL-String<\/b> sehr komplex und die Schreibarbeit unter VBA damit zu aufwändig, so kommt auch das öffnen eines Recordset über eine Abfrage in Betracht:<\/p>\nDim <\/span>qdf As <\/span>QueryDef\r\nDim <\/span>rs As <\/span>DAO.Recordset\r\nSet<\/span> qdf = CurrentDb.QueryDefs_\r\n (\"qryAdressen\")\r\nSet<\/span> rs = qdf.OpenRecordset()<\/pre>\nHier befände sich der SQL-String<\/b> in der Auswahlabfrage qryAdressen<\/b>. Das Ergebnis ist auch hier identisch mit dem Ergebnis des über einen SQL-String <\/b>direkt geöffneten Recordset-Objekts, wie zuvor.<\/p>\n
Was bei der ganzen Sache unterschlagen wird, ist der zweite Parameter, der der Methode OpenRecordset<\/b> übergeben werden kann. Er gibt an, welcher Recordset-Typ<\/b> von der Methode zurückgegeben werden soll. Dies könnte etwa der Typ Dynaset<\/b> sein, welcher in der Folge das Bearbeiten der Daten erlaubte:<\/p>\nDim <\/span>rs As <\/span>DAO.Recordset\r\nSet<\/span> rs = CurrentDb.OpenRecordset_ \r\n (\"tblAdressen\", dbOpenDynaset)<\/pre>\nWas jedoch passiert, wenn Sie diesen Parameter weglassen Welcher Recordset-Typ<\/b> kommt dabei heraus<\/p>\n
Das können Sie ermitteln, indem Sie anschließend die Type<\/b>-Eigenschaft abfragen:<\/p>\nDebug.Print<\/span> rs.Type<\/pre>\nSie erhalten damit eine Zahl, die einen der Elemente von RecordsetTypeEnum<\/b> wiederspiegelt. öffnen Sie den VBA-Objektkatalog<\/b>, stellen das obere Kombinationsfeld auf DAO<\/b> ein und navigieren in der Klassenliste zu dieser Enumeration.<\/p>\n
Rechts im Methodenfenster finden Sie nun die fünf möglichen Typen. Beim Klick auf einen der Einträge sehen Sie im Beschreibungsfenster ganz unten den Wert der Konstanten. Für unser erstes Beispiel wird der Wert 1<\/b> und damit der Typ dbOpenTable<\/b> ermittelt.<\/p>\n
Doch die Annahme, dass bei Weglassen des optionalen Typ-Parameters für OpenRecordset<\/b> das Ergebnis-Recordset immer vom Typ Table<\/b> ist, trügt leider. Denn für das zweite Beispiel mit dem SQL-String <\/b>bekommen Sie den Typ-Wert 2<\/b>, was dem Dynaset<\/b> entspricht. Gleiches gilt für das auf die Abfrage geöffnete Recordset. Und auch bei verknüpften Tabellen<\/b>, die sich in einer anderen Datenbank befinden, stellt DAO<\/b> den Typ automatisch auf Dynaset<\/b> ein.<\/p>\n
Aus diesem Grund ist es ratsam, den Typ-Parameter grundsätzlich anzugeben. Denn das Verhalten der Recordset-Varianten unterscheidet sich durchaus, wie wir gleich sehen werden.<\/p>\n
Recordset-Typ Table<\/h2>\n
Dieser über den Parameterwert dbOpenTable<\/b> erhaltene Typ lässt sich ausschließlich für die in der aktuellen Datenbank befindlichen Tabellen verwenden. Verknüpfte Tabellen und Abfragen kommen hier nicht infrage. Andernfalls käme es beim Aufruf zu einer Fehlermeldung. Seine Datensätze sind aktualisierbar, was bedeutet, dass Datenwerte geändert und -zeilen gelöscht oder hinzugefügt werden können.<\/p>\n
Da auch der Typ Dynaset<\/b> dies unterstützt, fragt sich, wofür dieser Typ überhaupt gut ist. Es gibt genau einen Grund: Nur dieser Typ erlaubt den Aufruf der Methode Seek<\/b> zum schnellen Suchen von Datensätzen auf Felder, die indiziert sind. Dazu später mehr.<\/p>\nRecordset-Typ Dynaset<\/h2>\n
Mit dem Parameter dbOpenDynaset<\/b> wird von OpenRecordset<\/b> dieser Typ zurückgegeben. Auch hier sind die Datensätze bearbeitbar. Allerdings nicht nur für in der aktuellen Datenbank befindliche Tabellen, sondern auch für verknüpfte Tabellen und Abfragen. Bei Letzteren ist allerdings Voraussetzung, dass sie selbst einen aktualisierbaren Aufbau besitzen. öffnen Sie die fragliche Abfrage einfach als Datenblatt und versuchen Sie darin Datensätze zu bearbeiten. Klappt das, so kann auf die Abfrage mit diesem Recordset-Typ zugegegriffen werden. Doch auch nichtaktualisierbare Abfragen<\/b> verweigern diesen Parameter dbOpenDynaset <\/b>nicht. Allerdings wird in der Folge beim Editieren von Datensätzen eine Fehlermeldung ausgegeben.<\/p>\nRecordset-Typ Snapshot<\/h2>\n
Geben Sie dbOpenSnapshot<\/b> als Typ-Parameter für das Recordset an, so einsteht eine Datenquelle, deren Datensätze nicht bearbeitet werden können. Sie können so sicherstellen, dass nicht aus Versehen Daten von Tabellen verändert werden. Das jedoch ist auch schon der einzige sinnvolle Grund, diesen Typ einzusetzen. Denn die Performance dieses Typs ist, wie wir noch sehen werden, recht mangelhaft<\/p>\n
Unter der Haube geschieht technisch nämlich dies: Bei einem Snapshot<\/b> werden alle Datensätze der Tabelle oder Abfrage komplett in den lokalen Speicher der Daten-Engine<\/b> eingelesen, während bei einem Dynaset<\/b> zunächst nur ein Bruchteil ermittelt wird und die weiteren Datensätze erst auf Anfrage eintrudeln. Diese Anfragen entstehen erst durch die Move<\/b>– und Find<\/b>-Methoden des Recordsets. Damit wird auch klar, weshalb die Funktion RecordCount<\/b> des Recordsets, welche die Zahl der Datensätze zurückgibt, bei beiden Typen unterschiedliche Ergebnisse zeigt. Beim Snapshot<\/b> ist der Wert korrekt, da bereits alle Datensätze im Speicher liegen. Beim Dynaset<\/b> jedoch erhalten Sie zunächst immer die 1<\/b>, weil noch kein weiterer Zugriff auf die Datensätze stattfand. Erst nach einem Aufruf von MoveLast<\/b> stimmt die Zahl.<\/p>\n
Besonders katastrophal verhält sich das Snapshot<\/b> beim Zugriff auf große verknüpfte Tabellen, die in einer Backend-Datenbank<\/b> auf einem Netzwerk-Share<\/b> liegen. Da hier die gesamte Tabelle oder das gesamte Abfrageergebnis übertragen werden muss, kann es zu deutlichen Verzögerungen und Performance-Einbrüchen kommen.<\/p>\n
Lange Rede, kurzer Sinn: Selten gibt es einen vernünftigen Grund, diesen Typ einzusetzen.<\/p>\n
Recordset-Typ ForwardOnly<\/h2>\n
Das über den Typ-Parameter dbOpenForwardOnly<\/b> erhaltene Recordset weist ähnliche Einschränkungen auf, wie ein Snapshot<\/b>. Die Datenquelle ist nicht aktualisierbar. Zu allem überfluss lassen sich darauf noch nicht einmal die Find-Methoden<\/b> (FindFirst<\/b>, FindLast<\/b>, et cetera) anwenden. Allerdings liegt es in der Performance in der Region eines Dynaset<\/b>, weil hier ebenfalls zunächst nur der erste Datensatz vorliegt und nicht alle Datensätze auf einen Schwung übertragen werden müssen. Man kann sich innerhalb der Datensätze nur in eine Richtung bewegen: vorwärts. Das bedeutet, dass lediglich die Methode MoveNext<\/b> zur Navigation erlaubt ist, während MovePrevious<\/b> und sogar MoveLast<\/b> fehlschlagen.<\/p>\n
Mit all diesen Einschränkungen empfiehlt sich der Einsatz dieses Typs überhaupt nicht. Theoretisch könnte die Performance bei Durchlaufen der Datensätze hier die beste sein, das jedoch bestätigt sich unter keinen Umständen.<\/p>\n
Der übersicht halber finden Sie in Bild 1 eine Matrix, die die einzelnen Recordset-Typen<\/b> und deren erlaubte Methoden auflistet. Read<\/b> bedeutet dabei, dass Werte aus den Datensätzen ausgelesen werden können. Das ist selbstverständlich bei allen Typen der Fall. Beim Modifizieren von Datensätze (Edit<\/b>– und Update<\/b>-Methoden) sieht das schon anders aus. Die Find<\/b>-Methoden FindFirst<\/b>, FindNext<\/b>, FindPrevious<\/b> und FindLast<\/b> spendieren nur Dynasets<\/b> und Snapshots<\/b>. Die recht spezielle Seek<\/b>-Methode schließlich erlaubt nur das Table-Recordset<\/b>.<\/p>\n
![\"Recordset-Typen](\"..\/tl_files\/images\/Matrix.png\")
<\/a><\/p>\nBild 1: Recordset-Typen und ihre erlaubte Zugriffsmethoden<\/p>\n
Aufsuchen von Datensätzen mit Seek<\/h2>\n
Während das Suchen innerhalb der Datensätze eines Recordsets über dessen Find-Methoden bereits in einigen Ausgaben von Access Basics behandelt wurde, soll die Seek<\/b>-Methode hier etwas ausführlicher vorgestellt werden.<\/p>\n
Während die Find<\/b>-Methoden den Inhalt der Datensätze nacheinander Schritt für Schritt mit dem Suchausdruck vergleichen, bis übereinstimmung festgestellt wird, geht Seek einen anderen Weg. Hier wird direkt der Index<\/b> eines Feldes herangezogen, über den sehr schnell ein Datensatz identifiziert ist.<\/p>\nMöchten Sie weiterlesen? Dann lösen Sie Ihr Ticket!<\/span>
\nHier geht es zur Bestellung des Jahresabonnements des Magazins Access [basics]<\/strong>:<\/span>
\nZur Bestellung ...<\/a><\/span>
\nDanach greifen Sie sofort auf alle rund 400 Artikel<\/strong> unseres Angebots zu - auch auf diesen hier!<\/span>
\nOder haben Sie bereits Zugangsdaten? Dann loggen Sie sich gleich hier ein:<\/span><\/p>\n<\/div>\n\n\t\n\t