{"id":55001606,"date":"2026-08-01T00:00:00","date_gmt":"2026-10-12T13:19:18","guid":{"rendered":"http:\/\/access-im-unternehmen.aix-dev.de\/aiu\/?p=1606"},"modified":"-0001-11-30T00:00:00","modified_gmt":"-0001-11-30T00:00:00","slug":"Access_Version_und_Architektur_einfach_ermitteln","status":"publish","type":"post","link":"https:\/\/access-im-unternehmen.de\/Access_Version_und_Architektur_einfach_ermitteln\/","title":{"rendered":"Access: Version und Architektur einfach ermitteln"},"content":{"rendered":"

\"\"Wenn man für einen Kunden eine neue Anwendung programmieren oder diesem ein Tool wie etwa ein Access-Add-In, ein COM-Add-In oder auch eine Bibliotheksdatenbank zur Verfügung stellen möchte, benötigt man einige grundlegende Informationen zu der verwendeten Access-Version und der Architektur – also ob die 32- oder die 64-Bit-Version im Einsatz ist. Bislang konnte man diese Informationen nur umständlich über mehrere Dialoge ermitteln. Nun bietet Microsoft einige neue Elemente für VBA an, mit denen wir diese Eigenschaften per Einzeiler auslesen kann. In diesem Beitrag stellen wir den bisherigen Weg vor und zeigen auch die neuen VBA-Elemente. Außerdem erstellen wir ein kleines COM-Add-In, mit dem sich diese Informationen ganz einfach über den Datei-Bereich von Access abrufen lassen.<\/b><\/p>\n

Version und Architektur – wofür benötigt man diese Informationen?<\/h2>\n

Microsoft Access kommt in verschiedenen Versionen und Architekturen. Gängige Versionen sind zum Beispiel Access 2016, 2019, 2022 und 2024 oder Access aus dem Office 365-Paket. Außerdem gibt es die 32- und die 64-Bit-Architektur.<\/p>\n

Wenn man einfach mit der vorliegenden Version programmiert, braucht man der Version und der Architektur normalerweise nur wenige Aufmerksamkeit zu schenken – außer, man programmiert die Windows-API mit den entsprechenden VBA-Funktionen. Wichtiger wird die Kenntnis der Version und der Architektur, wenn man Datenbankanwendungen oder Tools für Kunden entwickelt.<\/p>\n

Bezüglich der Access-Version gilt hier, dass man immer die Version des Kunden oder eine frühere Version nutzen sollte. Verwendet man eine neuere Version, baut man eventuell Funktionen ein, die in der älteren Version des Kunden nicht vorhanden sind.<\/p>\n

Version und Architektur bei kompilierten Datenbankdateien<\/h2>\n

Sowohl die Version als auch die Architektur werden wichtig, wenn man eine Anwendung für den Kunden programmiert und ihm diese als kompilierte Version ausliefern möchte. Unter kompilierter Version verstehen wir die als .accde<\/b>– beziehungsweise .mde<\/b>-Datei gespeicherte Version, die nur noch ausführbaren Code enthält und keinen Einblick in den VBA-Code mehr erlaubt. Auch die Änderung des Entwurfs der Datenbankobjekte ist hier nicht mehr möglich.<\/p>\n

Hier ist wichtig, dass man die Datenbank mit einer Access-Version kompiliert, deren Versionsnummer kleiner oder gleich der Version ist, die der Kunde verwendet. Nutzt der Kunde also Access 2016, müssen wir die Datenbank mit Access 2016 oder älter kompilieren.<\/p>\n

Hier kommt auch die Architektur ins Spiel. Wir müssen die Datenbank mit einer Access-Version kompilieren, deren Architektur mit der Access-Version auf dem Zielrechner übereinstimmt. Verwendet der Kunde Access beispielsweise in der 32-Bit-Version, müssen wir mit Access in der 32-Bit-Version kompilieren.<\/p>\n

Wenn wir etwa eine für 64-Bit kompilierte .accde<\/b>-Datei öffnen, erhalten wir die Fehlermeldung aus Bild 1.<\/p>\n

\"Meldung<\/p>\n

Bild 1: Meldung beim Öffnen einer .accde-Datei mit der falschen Access-Architektur<\/span><\/b><\/p>\n

Verwendung von Bibliotheksdatenbanken<\/h2>\n

Das Gleiche gilt, wenn Sie eine Bibliotheksdatenbank erstellen, die im einfachsten Fall beispielsweise VBA-Funktionen enthält, aber auch Formulare oder Berichte bereitstellen kann.<\/p>\n

Eine solche Bibliotheksdatenbank können wir in das VBA-Projekt einer anderen Access-Datenbank per Verweis einbinden und dann die enthaltenen Funktionen nutzen. Das ist zum Beispiel sinnvoll, wenn man oft verwendete Funktionen oder Objekte nur an einem Ort vorhalten möchte.<\/p>\n

Auch dies funktioniert nur, wenn wir eine Access-Version zum Kompilieren verwenden, die genauso alt wie die Zielversion ist oder älter. Auch hier muss die Architektur mit der Architektur der Zielversion übereinstimmen.<\/p>\n

Version und Architektur der aktuellen Access-Installation ermitteln<\/h2>\n

Um die korrekte Version und Architektur für das Erstellen einer Anwendung für den Kunden zu ermitteln, können wir einfach den Kunden fragen. In vielen Fällen weiß er, welche Access-Version installiert ist und welche Architektur vorliegt.<\/p>\n

Oft ist dies jedoch nicht der Fall. Dann können wir dem Kunden zeigen, wo er die benötigten Informationen findet. In einer geöffneten Access-Datenbank finden wir diese in aktuelleren Access-Versionen wie folgt:<\/p>\n