Es gibt verschiedene Gr\u00fcnde, zwei Datenbanken miteinander zu vergleichen. Wenn uns zwei Versionen einer Datenbank vorliegen, unterscheiden diese sich gegebenenfalls und wir m\u00f6chten herausfinden, welche die aktuellere ist. Bei der Gelegenheit kann man auch gleich noch pr\u00fcfen, welche Unterschiede zwischen den Datenbanken es \u00fcberhaupt gibt. Damit er\u00f6ffnen sich praktische M\u00f6glichkeiten: So k\u00f6nnen wir etwa ein Skript erstellen lassen, welches die Unterschiede zwischen zwei Versionen einer Datenbank aufzeigt. Damit erkennen wir nicht nur die Unterschiede selbst, sondern k\u00f6nnen das Skript sogar nutzen, um die \u00e4ltere der beiden Datenbanken auf den aktuellen Stand bringen. Das ist hilfreich, wenn wir eine beim Kunden befindliche Datenbank aktualisieren wollen. Wir erstellen dann einfach ein Skript mit den Unterschieden und f\u00fchren es beim Kunden aus, damit er die aktuellste Version der Datenbank erh\u00e4lt. F\u00fcr das Ermitteln der Unterschiede gibt es verschiedene Werkzeuge, etwa die SQL Server-Tools f\u00fcr Visual Studio Code, die leichtgewichtige Entwicklungsumgebung von Microsoft. In diesem Artikel zeigen wir, wie dieses installiert wird und wie wir die SQL Server-Tools aktivieren und nutzen, um die Unterschiede zwischen zwei Datenbanken in einem Skript zusammenzustellen.<\/p>\n
Zum Artikel …<\/a><\/p>\n Wenn wir eine Access-Anwendung mit SQL Server-Frontend an einen Kunden ausgeliefert haben, m\u00fcssen wir sicherstellen, dass Updates problemlos funktionieren. Updates haben hier zwei Seiten: Einerseits kann das Access-Frontend um neue Funktionen erweitert werden, andererseits k\u00f6nnen diese Funktionen eine Anpassung der SQL Server-Datenbank erfordern. Das Aktualisieren der Access-Datenbank erfolgt im einfachsten Fall durch einfaches Ersetzen der .accdb-Datei. Beim Backend wird es ein wenig aufwendiger: Wir k\u00f6nnen es nicht einfach ersetzen, da die enthaltenen Daten im laufenden Betrieb bearbeitet wurden. Hier gibt es nun zwei Wege: Wir lassen uns ein Backup des Backends zukommen, aktualisieren es und spielen es anschlie\u00dfend wieder ein. Wenn die Anwendung bei mehreren Kunden verwendet wird, ist dies jedoch zu aufwendig. In diesem Fall k\u00f6nnen wir das Backend aber auch automatisch durch entsprechenden Code in der neuen Version des Frontends aktualisieren lassen. Wie das gelingt, zeigen wir in diesem Artikel.<\/p>\n Zum Artikel …<\/a><\/p>\n Symbole und Icons spielen in Microsoft-Access-Anwendungen eine oft untersch\u00e4tzte Rolle. Dabei k\u00f6nnen sie die Bedienbarkeit und Verst\u00e4ndlichkeit einer Datenbank erheblich verbessern \u2013 insbesondere dann, wenn Dateien, Ordner oder Dokumenttypen visuell unterschieden werden sollen. W\u00e4hrend Access f\u00fcr viele Steuerelemente wie TreeView, ListView, Symbolleisten oder Ribbon-Schaltfl\u00e4chen grunds\u00e4tzlich Icon-Unterst\u00fctzung bietet, stellt sich in der Praxis h\u00e4ufig die Frage:Wie lassen sich die echten System-Icons von Dateien \u2013 so wie sie auch im Windows-Explorer angezeigt werden \u2013 in einer Access-Anwendung verwenden? Genau das zeigen wir in diesem Artikel und liefern auch noch das Know-how, um die eingelesenen Icons direkt in der Tabelle MSysResources zu speichern. Von dort k\u00f6nnen wir sie beispielsweise in ein ImageList-Steuerelement schreiben \u2013 um sie dann in TreeView- und ListView-Steuerelementen anzuzeigen.<\/p>\n Zum Artikel …<\/a><\/p>\n In Access-Anwendungen kann es interessant sein, Ordner und Dateien zu einem Datensatz verf\u00fcgbar zu machen. Das bietet sich an, wann immer Dateien im Kontext eines Datensatzes in einem bestimmten Bereich im Dateisystem gespeichert sind \u2013 etwa zu Kunden, Projekten, Produkten und anderen Tabellen. In diesem Artikel zeigen wir, wie man die Verzeichnisse und Dateien eines Verzeichnisses \u00fcber ein ListView-Steuerelement einfach in einem Formular anzeigen kann. Die Standardfunktionen zu diesen Elementen sollen direkt \u00fcber die Eintr\u00e4ge dieses ListView-Steuerelements verf\u00fcgbar sein \u2013 zum Beispiel das \u00d6ffnen in der jeweiligen Zielanwendung, das L\u00f6schen einer Datei oder auch das Navigieren in unter- oder \u00fcbergeordneten Verzeichnissen.<\/p>\n Zum Artikel …<\/a><\/p>\n Wenn wir Objektvariablen deklarieren und instanzieren wollen, gibt es zwei Varianten: Early Binding und Late Binding. Beide haben ihre Daseinsberechtigung. Bei der ersten k\u00f6nnen wir IntelliSense nutzen, ben\u00f6tigen allerdings einen Verweis auf die jeweilige Bibliothek. Durch das Vorhandensein des Verweises ist die Performance au\u00dferdem ein wenig besser. Beim Late Binding deklarieren wir die Variable mit dem Typ Object und weisen diese anders zu. Hier ben\u00f6tigen wir keinen Verweis, was wiederum Vorteile mit sich bringt. Ferner k\u00f6nnen wir kein IntelliSense nutzen. In diesem Artikel zeigen wir zuerst die Unterschiede und die Vor- und Nachteile von Early Binding und Late Binding. Zudem stellen wir eine M\u00f6glichkeit vor, beide Varianten gleichzeitig zu definieren und zur Laufzeit zwischen den Methoden zu wechseln.<\/p>\n Zum Artikel …<\/a><\/p>\n Im Artikel \u00bbVBA: Early Binding und Late Binding\u00ab (www.vbentwickler.de\/494) haben wir die beiden Methoden Early Binding und Late Binding vorgestellt und ihre Vor- und Nachteile beschrieben. Im vorliegenden Artikel zeigen wir nun eine automatische L\u00f6sung, um schnell einige oder alle per Early Binding definierten Elemente nach Late Binding zu migrieren. Dazu nutzen wir Code, der zun\u00e4chst alle Early Binding-Elemente ermittelt, diese in einem Formular anzeigt und es dann erm\u00f6glicht, diese in Late Binding-Elemente umzuwandeln. <\/p>\nSQL Server-Datenbank von Access aus updaten<\/h3>\n
VBA: Datei-Icons einlesen und speichern<\/h3>\n
Access: Ordner und Dateien im Formular anzeigen<\/h3>\n
VBA: Early Binding und Late Binding<\/h3>\n
Per VBA von Early Binding zu Late Binding wechseln<\/h3>\n