<\/p>\n
Immer wieder tauchen in Newsgroups und Foren Fragen wie die folgende auf: „Hilfe, meine Datenbank funktioniert nicht mehr. Was kann ich tun“ Neben diversen Rettungsstrategien für korrupte Datenbanken wird dann häufig auf die letzte Sicherungskopie verwiesen. Wenn überhaupt eine Sicherungskopie existiert, ist diese meist mehrere Tage alt. Das Problem beim Einsatz dieser Sicherungskopie ist, dass alle änderungen der letzten Tage verworfen werden. Dabei ist die Lösung relativ einfach: Verwenden Sie für die Entwicklung Ihrer Access-Datenbank eine Quellcodeverwaltung.<\/b><\/p>\n
In diesem Beitrag finden Sie die Grundlagen zum Thema Quellcodeverwaltung mit Access. In einem weiteren Beitrag zeigen wir dann, Schritt für Schritt, von der Einrichtung der Quellcodeverwaltung bis zur Erledigung von Alltagsaufgaben, wie Sie mit einer Versionsverwaltung in Access arbeiten.<\/p>\n
Akzeptanz<\/b><\/p>\n
Zum Thema Quellcodeverwaltung haben Access-Programmierer anscheinend noch keinen rechten Zugang gefunden. Diesen Eindruck legt zumindest das Ergebnis einer kleinen Umfrage nahe:<\/p>\n
Es haben zwar schon fast alle Access-Entwickler von Quellcodeverwaltung gehört. Über deren Einsatz nachgedacht und sie einmal ausprobiert haben auch schon sehr viele Programmierer. Beim regelmäßigen Einsatz hapert es aber. Ganze 10 % der Befragten gaben an, regelmäßig für ihre professionellen Projekte eine Quellcodeverwaltung zu verwenden.<\/p>\n
Das grundsätzliche Interesse am Thema Quellcodeverwaltung scheint also gegeben zu sein. Woran liegt es aber, dass nur so wenige Access-Programmierer regelmäßig eine Quellcodeverwaltung einsetzen Von den Interessenten werden folgende Vorbehalte genannt:<\/p>\n
Lassen Sie uns diese Vorbehalte in umgekehrter Reihenfolge beleuchten.<\/p>\n
In dem zweiten Beitrag in der kommenden Ausgabe von Access im Unternehmen<\/b> zum Thema Quellcodeverwaltung werden verschiedene Tools genannt werden. Darunter sind auch einige eher kostspielige Varianten zu finden. In dem Beitrag werden wir uns aber ausführlich auf ein Freeware-Tool konzentrieren. Um dieses Tool mit Access einsetzen zu können, ist noch ein zusätzliches Add-In erforderlich. Die Anschaffung dieses Add-Ins ist aber relativ günstig.<\/p>\n
Zur Aussage, dass Quellcodeverwaltung kompliziert sei, ist zu sagen, dass man seine bisherige Arbeitsweise etwas an die Verwendung einer Quellcodeverwaltung anpassen muss. Wenn man sich aber erst einmal damit vertraut gemacht hat, kommt man schnell in den Genuss der Vorteile, die eine Versionsverwaltung mit sich bringt.<\/p>\n
Bleibt noch das letzte Argument: „Quellcodeverwaltung ist nur etwas für Profis.“ Es ist sicher richtig, dass zu einer professionellen Softwareentwicklung der Einsatz einer Quellcodeverwaltung gehört. Dies soll Sie aber nicht davon abhalten, in den Genuss der Vorteile einer Versionsverwaltung zu kommen.<\/p>\n
Vorteile einer Versionsverwaltung<\/b><\/p>\n
Es ist schon mehrfach erwähnt worden, dass die Verwendung einer Quellcodeverwaltung Vorteile mit sich bringt. Doch worin liegen diese Vorteile genau<\/p>\n
Der wichtigste Vorteil ist, dass immer eine Sicherungskopie Ihrer Datenbank existiert. Ihre Datenbank wird, in ihre einzelnen Objekte zerlegt, in der Quellcodeverwaltung gespeichert. Die Daten der Quellcodeverwaltung werden an einem anderen Ort als Ihre Datenbank hinterlegt. Sie können jederzeit aus der Quellcodeverwaltung eine neue Kopie Ihrer Datenbank erstellen.<\/p>\n
Durch die Verwendung einer Quellcodeverwaltung wird eine effiziente Teamarbeit in einer Access-Datenbank ermöglicht. Wenn Sie ohne Quellcodeverwaltung gemeinsam an einer Datenbank arbeiten, erhält jeder Entwickler eine Kopie der Datenbank, die er dann bearbeitet.<\/p>\n
Am Ende müssen Sie dann alle änderungen an allen Objekten der verschiedenen Entwickler in einer gemeinsamen Version zusammenführen. Dieser Prozess ist mühsam und fehleranfällig. Zum einen laufen Sie Gefahr, nicht alle bearbeiteten Objekte in die gemeinsame Version zu kopieren.<\/p>\n
Zum anderen kann es passieren, dass zwei Entwickler das gleiche Objekt geändert haben. Dann müssen Sie die änderungen mühsam zusammenführen.<\/p>\n
Mit dem Einsatz einer Quellcodeverwaltung gestaltet sich das gemeinsame Arbeiten an einer Datenbank wesentlich einfacher. Alle Entwickler arbeiten mit einer Kopie der Datenbank, die mit der Quellcodeverwaltung „verbunden“ ist.<\/p>\n
Das mühsame Zusammenfügen der geänderten Objekte entfällt also. Außerdem kann die Quellcodeverwaltung so eingestellt werden, dass sichergestellt wird, dass immer nur ein Entwickler an einem Objekt arbeitet.<\/p>\n
Durch den Einsatz einer Quellcodeverwaltung gelangen Sie in den Genuss einer Protokollierung. Sie können damit die Frage beantworten, wer wann welches Objekt wie geändert hat.<\/p>\n
Die Protokollierung wird dadurch erreicht, dass Sie jedes Objekt nach der Bearbeitung mit einem Kommentar versehen und wieder in die Quellcodeverwaltung einchecken. Auf diesem Weg können Sie feststellen, wann an einem Objekt welche änderung vorgenommen wurde.<\/p>\n
Ein weiterer wichtiger Vorteil ist, dass Sie jederzeit von jedem Objekt jede vorherige Version wiederherstellen können.<\/p>\n
Diese Möglichkeit versetzt Sie in die Lage, schnell auf auftretende Fehler reagieren zu können. Sie stellen einfach die letzte als funktionierend bekannte Version wieder her. Während Ihre Benutzer weiterarbeiten, können Sie in aller Ruhe den Fehler suchen und beseitigen.<\/p>\n
Teamarbeit<\/b><\/p>\n
Nachdem die Vorteile einer Versionsverwaltung aufgezeigt wurden, ist es an der Zeit, sich mit der grundsätzlichen Problemstellung und möglichen Lösungsansätzen vertraut zu machen.<\/p>\n
Die nachfolgende Darstellung dieses Themas ist an das Handbuch zu TortoiseSVN<\/b> [1] angelehnt.<\/p>\n
Gehen wir im Beispiel davon aus, dass zwei Entwickler (nennen wir sie Adam und Eva) eine Datei bearbeiten wollen. Was passiert<\/p>\n
![\"Abb1.png\"](\"..\/fileadmin\/_temp_\/2010_02\/Versionsverwaltung-web-images\/Abb1.png\")
<\/p>\n
Bild 1: Die gemeinsame Bearbeitung einer Datei …<\/span><\/b><\/p>\n Bild 2: … und die daraus resultierenden Probleme<\/span><\/b><\/p>\n <\/p>\n Der Vorteil an diesem Vorgehen ist, dass beide Entwickler unabhängig voneinander arbeiten können. Das ist aber auch gleichzeitig der größte Nachteil. Keiner der Entwickler weiß, welches Dokument der andere gerade bearbeitet. So kommt es, dass sich die änderungen gegenseitig überschreiben. Es gilt das Prinzip „Last one wins“.<\/p>\n An diesem Beispiel können Sie sehr schön sehen, welche Probleme sich ergeben, wenn mehrere Entwickler gemeinsam an einer Datei arbeiten.<\/p>\n Lock, Modify, Write<\/b><\/p>\n Zur Lösung des Problems gibt es zwei grundlegende Strategien. Die erste Strategie trägt den Namen Lock, Modify, Write<\/b>. Der Name beschreibt bereits den wesentlichen Kern. Wer eine Datei bearbeiten möchte, muss diese zuerst sperren. So wird sichergestellt, dass immer nur ein Entwickler zur gleichen Zeit änderungen durchführen kann.<\/p>\n Schauen wir uns an, wie die Strategie Lock, Modify, Write <\/b>genau funktioniert:<\/p>\n Bild 3: Mit der Strategie Lock, Modify, Write kann …<\/span><\/b><\/p>\n Bild 4: … eine Datei nur nacheinander bearbeitet werden.<\/span><\/b><\/p>\n Die Vorteile dieser Lösung liegen auf der Hand. Es kann immer nur ein Entwickler die Datei sperren und somit ändern. Das vorherige Sperren verhindert konkurrierende änderungen.<\/p>\n Der Nachteil dieser Lösung liegt ebenfalls in der erforderlichen Sperre der Dateien. Diese verzögert eventuell die weitere Bearbeitung durch andere Entwickler. Dabei wäre die Sperre unter Umständen unnötig, wenn sich die änderungen nicht überschnitten hätten.<\/p>\n Copy, Modify, Merge<\/b><\/p>\n Die Kritik an der Strategie Lock, Modify, Write <\/b>greift die Strategie Copy, Modify, Merge <\/b>auf. Bei dieser Strategie kann jeder Entwickler ohne Sperre eine Datei ändern. Wenn er die Datei zurückschreiben will, werden seine änderungen in die bestehende Datei eingefügt. Weil hier die änderungen mit dem bestehenden Dokument gemischt werden, wird der Vorgang mergen genannt.<\/p>\n Schauen wir uns auch hier an, wie diese Strategie genau funktioniert:<\/p>\n Bild 5: Mit der Strategie Copy, Modify, Merge …<\/span><\/b><\/p>\n Bild 6: … werden konkurrierende änderungen verhindert.<\/span><\/b><\/p>\n Bild 7: Durch das Mergen werden die änderungen zusammengeführt …<\/span><\/b><\/p>\n Bild 8: … und allen zur Verfügung gestellt.<\/span><\/b><\/p>\n Die Vorteile dieser Strategie werden schnell deutlich. Die Entwickler können parallel arbeiten. Es sind keine Sperren notwendig. Daher ist auch kein ständiger Zugriff auf das Repository notwendig.<\/p>\n Als Nachteil ist zu nennen, dass es eventuell zu Konflikten kommen kann, wenn beide Entwickler gleichzeitig die gleiche Stelle ändern. Da das Mergen in den meisten Fällen automatisiert vonstattengeht, fällt dies nicht auf. Außerdem muss man bedenken, dass das Mergen nur für Textdateien funktioniert.<\/p>\n Was ist ein Repository<\/b><\/p>\n Nachdem jetzt die grundlegenden Strategien einer Quellcodeverwaltung geklärt sind, muss noch ein weiterer Begriff erläutert werden: das Repository.<\/p>\n Ein Repository ist das Herzstück der Quellcodeverwaltung. Es handelt sich dabei um die zentrale Dateiablage. Hier werden alle Versionen aller Dateien beziehungsweise ihrer Einzelteile gespeichert. Dies führt dazu, dass aus dem Repository heraus jede beliebige Version jeder Datei wiederhergestellt werden kann. Die Speicherung der Dateien kann dabei entweder im Dateisystem oder in einer Datenbank wie zum Beispiel dem SQL-Server stattfinden. Die Art der Speicherung ist vom verwendeten Quellcodeverwaltungssystem abhängig.<\/p>\n Im Repository werden auch die Sperren verwaltet, wenn für die Versionsverwaltung der Modus Lock, Modify, Write <\/b>eingestellt ist.<\/p>\n Bitte denken Sie daran, dass Ihr Versionsverwaltungssystem die im Repository gespeicherten Dateien verwaltet.<\/p>\n Ein manueller Eingriff in die gespeicherten Dateien kann weitreichende Folgen haben. Im schlimmsten Fall führt dies dazu, dass Ihr Repository nicht mehr funktioniert. Sie verlieren dann alle gespeicherten änderungen.<\/p>\n Lassen Sie sich dies Warnung genug sein und verzichten Sie unter allen Umständen darauf, manuell in das Repository einzugreifen.<\/p>\n Für den Fall, dass es zu Problemen im Repository kommt, bieten die Quellcodeverwaltungssysteme in der Regel ein Verwaltungstool an, das das Repository aufräumt und eventuelle Fehler bereinigt.<\/p>\n Access und Quellcodeverwaltung<\/b><\/p>\n Die Grundbegriffe eines Quellcodeverwaltungssystems haben wir jetzt geklärt. Nun müssen wir noch herausfinden, wie Access mit einem solchen System zusammenarbeitet.<\/p>\n In einer Versionsverwaltung werden Dateien verwaltet. In einer Access-Datenbank liegen alle Objekte in einer Datei vor. Wird also immer die gesamte Access-Datenbank als eine Datei im Repository gespeichert<\/p>\n Dies ist zum Glück nicht so. Es wäre ja auch Platzverschwendung, wenn zum Beispiel wegen der änderung an einer Abfrage eine ganze Datenbank neu gespeichert werden würde.<\/p>\n Access ist in der Lage, ein Objekt in einer Datenbank als Textdatei zu speichern. Diese Textdatei wird dann im Repository verwaltet.<\/p>\n Um ein beliebiges Objekt einer Access-Datenbank als Textdatei zu speichern, verwendet Access den Befehl SaveAsText<\/b>. Damit eine solche Datei wieder als Objekt nach Access importiert werden kann, ist der Befehl LoadFromText <\/b>verfügbar (beide Befehle funktionieren nicht mit Tabellen).<\/p>\n Falls Sie sich jetzt vielleicht fragen, warum Sie noch nichts von diesen beiden Befehlen gehört haben, dann liegt das daran, dass Access diese vor Ihnen versteckt.<\/p>\n Um diese Befehle sichtbar zu machen, gehen Sie folgendermaßen vor:<\/p>\n Bild 9: Verborgene Elemente im Objektkatalog<\/span><\/b><\/p>\n Mithilfe dieser beiden Befehle kann man auch eine komplette, „saubere“ Kopie einer Datenbank erstellen. Dies ist dann hilfreich, wenn Access in seinen Systemtabellen durcheinandergeraten ist. Der Autor hat eine solche Lösung als Add-In erstellt. Sie finden dieses Add-In mit dem Namen TM-RebuildDatabase <\/b>unter [2].<\/p>\n Zurück zur Quellcodeverwaltung. Access ist also in der Lage, fast alle Objekte einer Datenbank einzeln als Textdatei zu speichern und die Objekte aus einer solchen Textdatei wiederherzustellen.<\/p>\n Von dieser Möglichkeit machen Add-Ins Gebrauch, die die Quellcodeverwaltung für Access verfügbar machen.<\/p>\n Ein solches Add-In speichert die Objekte einer Datenbank als Textdateien in einem lokalen Verzeichnis. Von dort aus stellt das Add-In diese Objekte bei Bedarf wieder her.<\/p>\n Die Textdateien, die sich in dem lokalen Verzeichnis befinden, stehen wiederum unter Quellcodeverwaltung. Kopien dieser Textdateien werden im Repository der Quellcodeverwaltung verwaltet. Im lokalen Verzeichnis befindet sich jeweils nur eine Arbeitskopie. Auf diese Arbeitskopie greift Access zu (siehe Bild 10).<\/p>\n Bild 10: Die Zusammenarbeit zwischen Access und einer Quellcodeverwaltung läuft über ein lokales Verzeichnis.<\/span><\/b><\/p>\n Nehmen wir mal an, Sie haben ein Formular in Access geändert. Am Ende wollen Sie Ihre änderung in die Quellcodeverwaltung einchecken. Wenn Sie den dazu notwendigen Befehl in Ihrem Add-In aufrufen, wird das Formular mittels des Befehls SaveAsText <\/b>als Textdatei exportiert.<\/p>\n Diese Textdatei wird im lokalen Verzeichnis gespeichert. Von dort aus erfolgt der Abgleich mit dem Repository der Quellcodeverwaltung.<\/p>\n Wenn Sie die aktuelle Version eines Formulars aus dem Repository abrufen, läuft der Prozess umgekehrt. Die aktuelle Version der Textdatei wird aus dem Repository in das lokale Verzeichnis kopiert. Von dort aus wird die Textdatei bei Bedarf mit dem Befehl LoadFromText<\/b> nach Access importiert.<\/p>\n Für das lokale Verzeichnis gilt das Gleiche wie für das Repository. Access und die Quellcodeverwaltung verwalten die Dateien in diesem Ordner.<\/p>\n Manuelle Eingriffe in diesem Verzeichnis können die Zusammenarbeit zwischen Access und der Versionsverwaltung durcheinanderbringen. Halten Sie sich also von diesem Ordner fern.<\/p>\n Wenn Sie der Meinung sind, dass etwas in dem lokalen Verzeichnis durcheinandergeraten ist, dann löschen Sie einfach das komplette Verzeichnis mitsamt seinem Inhalt. Über die Quellcodeverwaltung können Sie den kompletten Ordner und seinen Inhalt wiederherstellen.<\/p>\n Zusammenfassung<\/b><\/p>\n In diesem Beitrag haben Sie erfahren, dass der Einsatz einer Quellcodeverwaltung nicht nur professionellen Datenbankentwicklern vorbehalten ist. Eine Versionsverwaltung bietet verschiedene Vorteile. Der wichtigste ist, dass Ihnen immer eine Sicherungskopie zur Verfügung steht.<\/p>\n Mit dem Durcharbeiten der verschiedenen Strategien für eine Quellcodeverwaltung haben Sie sich das Rüstzeug für den eigenen Einsatz eines solchen Systems erarbeitet. Sie wissen jetzt auch, wie Access über ein lokales Verzeichnis mit einem Quellcodeverwaltungssystem zusammenarbeitet.<\/p>\n Nach dieser Menge Theorie fehlt nur noch etwas Praxis. Diese Praxis liefern wir im Beitrag Quellcodeverwaltung konkret <\/b>(www.access-im-unternehmen.de\/716<\/b>). Dort beginnen wir bei der Einrichtung eines Quellcodeverwaltungssystems und zeigen, wie Sie diverse Alltagsaufgaben erledigen.<\/p>\n Quellen<\/p>\n [1] Handbuch zu TortoiseSVN: http:\/\/sourceforge.net\/projects\/tortoisesvn\/files\/<\/p>\n [2] Add-In TM-RebuildDatabase: http:\/\/www.team-moeller.de\/Add-Ins:TM-RebuildDatabase<\/p>\n","protected":false},"excerpt":{"rendered":" Immer wieder tauchen in Newsgroups und Foren Fragen wie die folgende auf: „Hilfe, meine Datenbank funktioniert nicht mehr. Was kann ich tun“ Neben diversen Rettungsstrategien für korrupte Datenbanken wird dann häufig auf die letzte Sicherungskopie verwiesen. Wenn überhaupt eine Sicherungskopie existiert, ist diese meist mehrere Tage alt. Das Problem beim Einsatz dieser Sicherungskopie ist, dass alle Änderungen der letzten Tage verworfen werden. Dabei ist die Lösung relativ einfach: Verwenden Sie für die Entwicklung Ihrer Access-Datenbank eine Quellcodeverwaltung.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[66022010,662010,44000025],"tags":[],"class_list":["post-55000712","post","type-post","status-publish","format-standard","hentry","category-66022010","category-662010","category-VBA_und_Programmiertechniken"],"yoast_head":"\n![\"Abb2.png\"](\"..\/fileadmin\/_temp_\/2010_02\/Versionsverwaltung-web-images\/Abb2.png\")
<\/p>\n\n
![\"Abb3.png\"](\"..\/fileadmin\/_temp_\/2010_02\/Versionsverwaltung-web-images\/Abb3.png\")
<\/p>\n![\"Abb4.png\"](\"..\/fileadmin\/_temp_\/2010_02\/Versionsverwaltung-web-images\/Abb4.png\")
<\/p>\n\n
![\"Abb5.png\"](\"..\/fileadmin\/_temp_\/2010_02\/Versionsverwaltung-web-images\/Abb5.png\")
<\/p>\n![\"Abb6.png\"](\"..\/fileadmin\/_temp_\/2010_02\/Versionsverwaltung-web-images\/Abb6.png\")
<\/p>\n![\"Abb7.png\"](\"..\/fileadmin\/_temp_\/2010_02\/Versionsverwaltung-web-images\/Abb7.png\")
<\/p>\n![\"Abb8.png\"](\"..\/fileadmin\/_temp_\/2010_02\/Versionsverwaltung-web-images\/Abb8.png\")
<\/p>\n\n
![\"Abb9.png\"](\"..\/fileadmin\/_temp_\/2010_02\/Versionsverwaltung-web-images\/Abb9.png\")
<\/p>\n![\"Abb10.png\"](\"..\/fileadmin\/_temp_\/2010_02\/Versionsverwaltung-web-images\/Abb10.png\")
<\/p>\n