Verknüpfte Daten kopieren

Transkript

1 Das Kopieren einfacher Datensätze ist schnell erledigt. Markieren, kopieren, einfügen schon liegt der neue Datensatz vor. Was aber geschieht, wenn an dem zu kopierenden Datensatz noch weitere Daten hängen wie etwa solche aus verknüpften Tabellen? Dann gilt es erst einmal, die Beziehung zu prüfen und dann zu entscheiden, ob die verknüpften Daten ebenfalls dupliziert werden müssen. Und schließlich benötigen Sie auch noch etwas VBA-Code, um die verknüpften Daten in einem Rutsch zu kopieren. All dies finden Sie im vorliegenden Artikel. Beispieldatenbank Die Beispiele dieses Artikels finden Sie in der Datenbank 1401_VerknuepfteDatenKopieren.mdb. Daten aus verknüpften Tabellen kopieren Bevor wir uns auf die Programmierung der VBA-Routinen stürzen, wollen wir uns erst einmal ansehen, welche Konstellationen verknüpfter Daten es gibt und wann überhaupt auch die Inhalte der verknüpften Tabellen kopiert werden müssen. Der einfachste Fall liegt vor, wenn etwa eine Tabelle namens tblkunden über das Fremdschlüsselfeld AnredeID mit einem Datensatz der Tabelle tblanreden verknüpft ist (siehe Bild 1). Die Tabelle tblanreden enthält jede benötigte Anrede einmal, was schon darauf hindeutet, dass beim Kopieren eines Datensatzes einer Kundentabelle kein neuer Datensatz in der verknüpften Tabelle tblanreden angelegt werden muss. Und so ist es: Sie kopieren einfach den Kundendatensatz, wobei der neue Datensatz im Fremdschlüsselfeld AnredeID den gleichen Verweis auf einen Datensatz der Tabelle tblanreden enthält wie der Originaldatensatz. Dies gilt eigentlich für alle Beziehungen, in denen die über ein Fremdschlüsselfeld referenzierte Tabelle Bild 2: Rechnungen und Rechnungspositionen Bild 1: Beziehung zwischen Kunden und Anreden lediglich Lookup-Werte für ein Feld der Haupttabelle liefert also beispielsweise auch für Tabellen wie tblkategorien, tblgeschlecht et cetera. Dies kann sich aber auch auf Tabellen beziehen, die mehr als nur einen Lookup-Wert liefern, also beispielsweise einer Tabelle wie tbllieferanten, die etwa mit einer Tabelle namens tblartikel verknüpft ist. Individuelle Rechnungen Anders sieht es aus, wenn die verknüpfte Tabelle Daten enthält, die erst in Seite 15

2 Zusammenhang mit dem Datensatz der Haupttabelle angelegt werden. Wenn Sie also etwa eine Rechnung zu einem Auftrag in der Tabelle tblrechnungen anlegen und dazu einige Rechnungspositionen in der damit verknüpften Tabelle tblrechnungspositionen, ändert sich die Situation (siehe Bild 2): Wenn Sie einen Rechnung kopieren, werden Sie wohl auch die Rechnungspositionen kopieren, um diese gegebenenfalls individuell anpassen zu können. Bild 3: Bestellungen, Bestellpositionen und Artikel In diesem Fall gehen wir davon aus, dass es sich um Rechnungen für individuelle Leistungen handelt also beispielsweise das Programmieren einer Anwendung für einen Kunden. Und trotz aller Individualität: Wenn es sich um ein größeres Projekt handelt, werden Sie möglicherweise immer wieder ähnliche Positionen in Rechnung stellen, die Sie nicht jedes Mal erneut formulieren möchten. Dies ist der erste Fall, den wir uns in diesem Artikel anschauen werden. Bestellungen und Artikel Der zweite Fall ist die klassische Bestellung mit Bestellpositionen und Artikeln. Hier werden die Bestellungen und die Artikel über eine Tabelle etwa namens tblbestelldetails miteinander per m:n-beziehung verknüpft. Wenn Sie hier eine Bestellung neu auf einer bereits vorhandenen Bestellung anlegen möchten, welche die gleichen Bestellpositionen wie das Original enthält, werden Sie sich freuen, wenn Sie dies per Mausklick erledigen können statt die Bestellung manuell Bestellposition für Bestellposition anzulegen. Dies ist das zweite Bild 4: Formular zum Erstellen individueller Rechnungen in diesem Artikel behandelte Beispiel (siehe Bild 3). Daten aus 1:n-Beziehungen kopieren Nun wollen wir uns das erste Beispiel der individuellen Rechnungen ansehen. Den relevanten Teil des Datenmodells haben Sie ja bereits weiter oben kennengelernt. Zusätzlich haben wir ein Formular erstellt, dass die Daten der Tabelle tblrechnungen anzeigt und die Daten der per 1:n-Beziehung verknüpften Tabelle tblrechnungspositionen zur aktuellen Rechnung in einem Unterformular anzeigt (siehe Bild 4). Haupt- und Unterformular sind über den Wert RechnungID in den Eigenschaften Verknüpfen von und Verknüpfen nach des Unterformular-Steuerelements miteinander verknüpft. Wenn Sie nun für den gleichen Kunden eine neue Rechnung erstellen, können Sie dies natürlich manuell Seite 16

3 erledigen. Wenn sich jedoch weder der Rechnungsbetreff noch die enthaltenen Rechnungspositionen nicht wesentlich geändert haben, können Sie auch den vorhandenen Rechnungsdatensatz kopieren und ebenso die damit verknüpften Rechnungspositionen. Dazu haben wir oben im Formular eine Schaltfläche namens cmdrechnungkopieren angelegt. Die durch das Anklicken dieser Schaltfläche ausgelöste Ereignisprozedur soll nun zwei Aufgaben erledigen: Kopieren des Datensatzes aus der Tabelle tblrechnung (also der im Hauptformular angezeigte Datensatz) und Kopieren der mit dem Datensatz im Hauptformular verknüpften Datensätze der Tabelle tblrechnungspositionen (also der Datensätze im Unterformular). Es gibt (mindestens) zwei Möglichkeiten, diese Aufgabe zu erledigen: durch das Anlegen der neuen Datensätze mit den DAO-Methoden AddNew/Update oder mit entsprechenden SQL-Anweisungen. Kopieren per DAO Die erste Variante sieht wie in Listing 1 aus und kopiert die Da- Private Sub cmdrechnungkopieren_click() Dim db As DAO.Database Dim rstrechnungen As DAO.Recordset Dim rstpositionenalt As DAO.Recordset Dim rstpositionenneu As DAO.Recordset Dim lngalterechnungid As Long Dim lngneuerechnungid As Long Set db = CurrentDb lngalterechnungid = Me!RechnungID Set rstrechnungen = db.openrecordset("select * FROM tblrechnungen WHERE 1=2", dbopendynaset) With rstrechnungen.addnew!rechnungsbetreff = Me!Rechnungsbetreff!Rechnungstext = Me!Rechnungstext!Bemerkungen = Me!Bemerkungen!KundeID = Me!KundeID!Rechnungsdatum = Me!Rechnungsdatum lngneuerechnungid =!RechnungID.Update End With Set rstpositionenalt = db.openrecordset("select * FROM tblrechnungspositionen WHERE RechnungID = " & lngalterechnungid, dbopendynaset) Set rstpositionenneu = db.openrecordset("select * FROM tblrechnungspositionen WHERE 1=2", dbopendynaset) With rstpositionenalt Do While Not.EOF rstpositionenneu.addnew rstpositionenneu!rechnungid = lngneuerechnungid rstpositionenneu!rechnungsposition =!Rechnungsposition rstpositionenneu!menge =!Menge rstpositionenneu!preis =!Preis rstpositionenneu!mehrwertsteuer =!Mehrwertsteuer rstpositionenneu!einheitid =!EinheitID rstpositionenneu.update.movenext Loop End With Me.Requery Me.Recordset.FindFirst "RechnungID = " & lngneuerechnungid End Sub Listing 1: Kopieren von Rechnungsdaten aus dem Haupt- und dem Unterformular Seite 17

4 ten mit AddNew/Update. Dazu ist offensichtlich eine Menge Code erforderlich, aber wir wollen ja auch gleich die Daten aus zwei verknüpften Tabellen duplizieren. Um diese Prozedur anzulegen, klicken Sie in der Entwurfsansicht des Formulars frmrechnungen auf die Schaltfläche cmdrechnungkopieren und wählen dann im Eigenschaftsfenster für die Eigenschaft Beim Klicken den Eintrag [Ereignisprozedur] aus. Wenn Sie dann rechts auf die Schaltfläche mit den drei Punkten (...) klicken, zeigt der VBA-Editor ein neues Klassenformular für den Formularcode mit der benötigten Prozedur an. Diese füllen Sie dann mit dem nachfolgend beschriebenen Code. Die Prozedur speichert zunächst den Primärschlüsselwert des aktuellen Datensatzes im Formular in der Variablen lngalterechnungid und erstellt ein Recordset auf Basis der Tabelle tblrechnungen, wobei dieses allerdings keine Daten enthalten soll (Bedingung WHERE 1=2). Dieser Datensatzgruppe fügt die Prozedur mit der AddNew-Methode einen neuen Datensatz hinzu. Dann stellt sie die einzelnen Felder des neuen Datensatzes auf die entsprechenden Werte der Steuerelemente im Formular ein. Nun speichert sie den Primärschlüsselwert des neuen Datensatzes (also den Wert des Feldes RechnungID), der eigentlich schon nach der Ausführung der AddNew-Methode vorliegt, in der Variablen lngneue- RechnungID wir benötigen diesen Wert gleich noch für mehrere Aktionen. Schließlich speichert die Prozedur den neuen Datensatz mit der Update-Methode. Nun füllt die Prozedur zwei weitere Recordset-Variablen mit Verweisen auf neu geöffnete Recordsets. Das erste heißt rstpositionenalt und enthält alle Datensätze der Tabelle tblrechnungspositionen, deren Feld RechnungID den in lngalterechnungid gespeicherten Wert enthält. Dies entspricht allen Datensätzen der Tabelle tblrechnungspositionen, die mit dem zuvor kopierten Datensatz der Tabelle tblrechnungen verknüpft sind. Die zweite Datensatzgruppe basiert ebenfalls auf der Tabelle tbl- Rechnungspositionen, soll aber leer sein und dient lediglich dem Anlegen der Kopien der Rechnungspositionen der Originalrechnung. Daher stellen wir auch hier als Kriterium den Ausdruck 1=2 ein. Nun durchläuft die Prozedur alle Datensätze des ersten Recordsets mit den Original-Rechnungspositionen. Sie legt für jede Rechnungsposition zunächst einen neuen Datensatz an. Wichtig ist hier die Zeile, die das Feld RechnungID füllt: Dieses erhält nämlich mit dem in der Variablen lngneuerechnungid gespeicherten Wert den Wert des Primärschlüsselfeldes des soeben angelegten Datensatzes in der Tabelle tblrechnungen. Die übrigen Feldinhalt werden einfach von den entsprechenden Feldern des aktuellen Datensatzes des Recordsets rstpositionenalt übernommen. Schließlich speichert die Routine den neuen Datensatz mit der Update- Methode des Recordset-Objekts und wechselt mit der MoveNext-Methode zum nächsten Datensatz und dies wird solange wiederholt, solange die Abbruchbedingung in der Do While- Schleife (rstpositionenalt.eof) nicht erfüllt ist. Schließlich zeigt die Prozedur den neu angelegten Rechnungsdatensatz im Hauptformular an, wobei erneut der in lngrechnungid gespeicherte Primärschlüsselwert des neuen Datensatzes zum Einsatz kommt. Bild 5: Neue Schaltfläche zum Kopieren per SQL-Anweisung Verknüpfte Daten per SQL kopieren Wir wollen uns noch eine zweite Variante zum Kopieren der Datensätze ansehen. Diese basiert auf der Ver- Seite 18

5 Private Sub cmdrechnungkopierensql_click() Dim db As DAO.Database Dim lngrechnungid As Long Dim strsql As String Set db = CurrentDb strsql = "INSERT INTO tblrechnungen SELECT Rechnungsbetreff, Rechnungstext, Bemerkungen, KundeID FROM tblrechnungen " _ & "WHERE RechnungID = " & Me!RechnungID db.execute strsql, dbfailonerror If db.recordsaffected = 1 Then lngrechnungid = strsql = "INSERT INTO tblrechnungspositionen SELECT Rechnungsposition, Menge, Preis, Mehrwertsteuer, EinheitID, " _ & lngrechnungid & " AS RechnungID FROM tblrechnungspositionen WHERE RechnungID = " & Me!RechnungID db.execute strsql, dbfailonerror End If Me.Requery Me.Recordset.FindFirst "RechnungID = " & lngrechnungid End Sub Listing 2: Kopieren der verknüpften Datensätze per INSERT INTO-Anweisung wendung der INSERT INTO-Anweisung, die mit der Execute-Methode des Database-Objekts ausgeführt wird. Dazu fügen wir dem Formular frm- Rechnungen eine weitere Schaltfläche namens cmdrechnungkopieren hinzu (siehe Bild 5). Diese löst die Prozedur aus Listing 2 aus. Die Prozedur stellt zunächst eine die zum Kopieren des Rechnungsdatensatzes benötigte SQL- Anweisung zusammen und speichert diese in der Variablen strsql. Diese führt die Prozedur in der folgenden Zeile mit der Methode Execute des Database-Objekts aus. Die folgende If...Then-Bedingung prüft mit dem Ausdruck db.recordsaffected = 1, ob die zuvor ausgeführte Aktionsabfrage genau einen Datensatz betroffen hat. Ist dies der Fall, wurde der neue Datensatz erfolgreich angelegt und wir können mit dem Kopieren der mit dieser Rechnung verknüpften Rechnungspositionen fortfahren. Innerhalb der If...Then-Bedingung ermittelt die Prozedur mit der Abfrage den zuletzt in der aktuellen Sitzung hinzugefügten Primärschlüsselwert. Damit ausgestattet, können wir in der folgenden Zeile die SQL-Anweisung definieren, die alle Datensätze der Tabelle tbl- Rechnungspositionen, die mit dem zu kopierenden Datensatz der Tabelle tblrechnungen verknüpft sind, mit dem in der Variablen lngneue- RechnungID gespeicherten Wert im Fremdschlüsselfeld RechnungID als neue Datensätze in die Tabelle tbl- Rechnungspositionen kopiert. Auch diese SQL-Anweisung führen wir mithilfe der Execute-Methode aus. Anschließend sorgt die Requery-Methode des aktuellen Formulars noch für das Neuladen der Daten für den aktuellen Datensatz und springt dann zu dem neu angelegten Datensatz der Tabelle tblrechnungen. Unterschiede Der große Unterschied zwischen den beiden zuvor verwendeten Methoden zum Kopieren von verknüpften Datensätzen liegt sicher darin, dass wir statt der AddNew/Update-Methoden des Recordset-Objekts nun die Execute-Methode mit einer entsprechenden INSERT INTO-Aktionsabfrage verwendet haben. Ein weiterer Unterschied ist, dass wir bei der DAO-Methode das neue Recordset der Tabelle tblrechnungen mit den Daten des aktuell angezeigten Datensatzes im Formular gefüllt haben: With rstrechnungen.addnew!rechnungsbetreff = µ Me!Rechnungsbetreff!Rechnungstext = Me!Rechnungstext!Bemerkungen = Me!Bemerkungen!KundeID = Me!KundeID lngneuerechnungid =!RechnungID.Update End With Im zweiten Beispiel mit der SQL-Aktionsabfrage haben wir die notwendige Anweisung so zusammengesetzt, dass diese die zu kopierenden Werte direkt aus der Tabelle tblrechnun- Seite 19

6 Private Sub cmdrechnungkopierensql_click()... strsql = "INSERT INTO tblrechnungen(rechnungsbetreff, Rechnungstext, Bemerkungen, Rechnungsdatum, KundeID) VALUES('" _ & Me!Rechnungsbetreff & "', '" & Me!Rechnungstext & "', '" & Me!Bemerkungen & "', " & SQLDatum(Me!Rechnungsdatum) & ", " _ & Me!KundeID & ")"... End Sub Listing 3: INSERT INTO-Anweisung mit VALUES-Schlüsselwort gen bezieht, und zwar für den Datensatz, den wir mit dem Kriterium "...WHERE RechnungID = " & Me!Rechnung ermittelt haben: strsql = "INSERT INTO tblrechnungen µ SELECT Rechnungsbetreff, µ Rechnungstext, Bemerkungen, µ KundeID FROM tblrechnungen µ WHERE RechnungID = " & Me!RechnungID Wir hätten die Daten zum Einfügen in die Tabelle tblrechnungen per INSERT INTO auch direkt aus dem Formular beziehen können. Dies sieht dann, in Ausschnitten, wie in Listing 3 aus. Dort verwenden wir die VALUES- Syntax, bei der wir hinter INSERT INTO zunächst in Klammern die Liste der Felder angeben, die gefüllt werden sollen, und dann wiederum in Klammern die tatsächlichen Werte als kommaseparierte Liste hinterlegen. Eine solche Anweisung sieht, mit konkreten Werten gefüllt, beispielsweise wie folgt aus: INSERT INTO tblrechnungen(rechnungsbetreff, Rechnungstext, Bemerkungen, Rechnungsdatum, KundeID) VALUES('Programmierung "Access-Tools"', 'Sehr geehrter Herr Müller, hiermit stellen wir folgende Positionen in Rechnung:', 'Mit freundlichen Grüßen André Minhorst', #2014/01/14#, 2) Nun wundern Sie sich vielleicht, was aus der Datumsangabe geworden ist. Damit ein solches Datum von SQL verarbeitet werden kann, müssen wir es entsprechend aufbereiten und zwar beispielsweise durch die Darstellung in der Form #2014/1/14#. Dies erreichen Sie durch die Verwendung einer kleinen Hilfsfunktion namens SQLDatum. Diese sieht wie in Listing 4 aus. Kopieren von Daten in m:n- Beziehungen Hinter dem Kopieren von Daten aus m:n-beziehungen verbirgt sich eine ganz ähnliche Technik wie für das Kopieren von 1:n-Daten, was ja auch logisch ist. Wir betrachten dies für die drei Tabellen tblbestellungen, tblbestellpositionen und tblartikel: Die Artikel im n-teil der Beziehung werden auch im Zusammenhang mit der Bestellung nicht berührt, sondern nur referenziert - das heißt, dass man die in der Tabelle tblartikel enthaltenen Datensätze auch nicht mitkopieren muss. Sie würden also in der oben genannten Konstellation den Datensatz der Tabelle tblbestellungen kopieren und alle Datensätze der Tabelle tblbestellpositionen, die mit diesem Datensatz verknüpft sind. Die Datensätze der Tabelle tblartikel braucht man in diesem Fall nicht zu kopieren, da diese wohl kaum zum Zwecke der Anpassung dupliziert werden sollen. Zusammenfassung und Ausblick Das Kopieren verknüpfter Daten ist manchmal recht hilfreich, vor allem, wenn es um das Kopieren von Datensätzen geht, die man in der gleichen oder einer leicht abgewandelten Form benötigt also zumindest so, dass es weniger Aufwand bedeutet, die Daten zu kopieren und anzupassen, als diese manuell zu erstellen. Public Function SQLDatum(varDate As Variant) SQLDatum = Format(varDate, "\#yyyy\/mm\/dd#") End Function Listing 4: Hilfsfunktion zum Formatieren von Datumsangaben Seite 20