Zugriff auf Datenbankmotor

Zugriff auf Datenbankmotor

Andere Namen	ACE -Datenbank -Engine Office Access Connectivity Engine (ACE) Microsoft Jet Engine Microsoft Jet Database Engine Jetrot Gemeinsame Motortechnologie (JET)
Entwickler (en)	Microsoft
Erstveröffentlichung	1992; vor 30 Jahren
Stabile Version	Ace 16
Betriebssystem	Microsoft Windows
Typ	Datenbankmotor
Webseite	Büro.Microsoft.com/en-us/Zugang/

Das Zugriff auf Datenbankmotor (Auch Office Access Connectivity Engine oder AS und früher Microsoft Jet Database Engine, Microsoft Jet Engine oder einfach Jet) ist ein Datenbankmotor auf welchen mehrere Microsoft Produkte wurden gebaut. Die erste Version von JET wurde 1992 entwickelt und bestand aus drei Module Dies könnte verwendet werden, um eine Datenbank zu manipulieren.

Jet steht für Gemeinsame Motortechnologie. Microsoft Access und Visual Basic Verwenden oder haben Jet als zugrunde liegende Datenbankmotor verwendet. Es wurde jedoch für den allgemeinen Gebrauch zuerst von ersetzt Microsoft Desktop Engine (Msde), später von SQL Server Express. Für größere Datenbankanforderungen können JET-Datenbanken (oder in Microsoft Parlance, "Up-Size") auf das Flaggschiff von Microsoft SQL Server-Datenbank-Produkt aktualisiert werden.

Eine Fünf -Milliarden -Datenbank mit MS -Jet (RED) mit Komprimierung und Verschlüsselung erfordert etwa einen Terabyte Speicherplatz für Festplatten. Es umfasst normalerweise Hunderte von *.mdb -Dateien.

Die Architektur

Jet, Teil von a Relationales Datenbank Management System (RDBMS) ermöglicht die Manipulation von relationale Datenbanken. Es bietet eine Single Schnittstelle Diese andere Software kann auf Microsoft -Datenbanken zugreifen und unterstützen die Sicherheit. Referenzintegrität, Transaktionsverarbeitung, Indizierung, Aufzeichnung und Seitensperrung und Datenreplikation. In späteren Versionen wurde der Motor auf den Lauf erweitert Sql Abfragen, Speichern von Charakterdaten in Unicode Format, erstellen Datenbankansichten und ermöglichen die bidirektionale Replikation mit Microsoft SQL Server.

Jet DLLS

Es gibt drei Module zum Jet: Einer ist das Native Jet Isam -Fahrer, a Dynamische Link Bibliothek (DLL), mit dem Microsoft Access -Datenbankdateien (MDB) mithilfe einer Dateisystem -API (Random Access) direkt manipulieren kann. Ein anderes eines der Module enthält die Isam -Fahrer, DLLs, die den Zugang zu einer Vielzahl von ermöglichen Indizierte sequentielle Zugriffsmethode ISAM -Datenbanken unter ihnen XBASE, Paradox, Btrieve und Foxpro, abhängig von der Version von Jet. Das endgültige Modul ist das Datenzugriffsobjekte (DAO) DLL. Dao Bietet an API Auf diese Weise können Programmierer mithilfe einer beliebigen Programmiersprache auf Jet -Datenbanken zugreifen.

Sperren

Mit Jet können mehrere Benutzer gleichzeitig auf die Datenbank zugreifen. Um zu verhindern, dass diese Daten beschädigt oder ungültig werden, wenn mehrere Benutzer versuchen, denselben Datensatz oder die gleiche Seite der Datenbank zu bearbeiten, verwendet JET eine Sperrenrichtlinie. Jeder einzelne Benutzer kann nur diese ändern Datenbankdatensätze (Das heißt, Elemente in der Datenbank), auf die der Benutzer a angewendet hat sperren, was exklusiven Zugriff auf den Datensatz ermöglicht, bis das Schloss veröffentlicht wird. In Jet -Versionen vor Version 4 wird ein Seitenverriegelungsmodell verwendet, und in Jet 4 wird ein Datensatzverriegelungsmodell verwendet. Microsoft-Datenbanken sind in Daten "Seiten" organisiert, die festgelegt sind (2)KB vor Jet 4, 4 kb in Jet 4) Datenstrukturen. Die Daten werden in "Datensätzen" von variabler Länge gespeichert, die weniger oder mehr als eine Seite aufnehmen können. Das Seitenverriegelungsmodell funktioniert, indem sie die Seiten anstelle einzelner Datensätze sperren, was zwar weniger ressourcenintensiv auch bedeutet, dass, wenn ein Benutzer einen Datensatz sperrt, alle anderen Datensätze auf derselben Seite kollateral gesperrt sind. Infolgedessen kann kein anderer Benutzer auf die kollateral gesperrten Datensätze zugreifen, obwohl kein Benutzer auf sie zugreift und dass sie nicht gesperrt werden müssen. In Jet 4 eliminiert das Datensatzverriegelungsmodell Kollateral -Sperren, so dass jeder nicht verwendete Datensatz verfügbar ist.

Es gibt zwei Mechanismen, für die Microsoft verwendet wird Sperren: Pessimistische Verriegelung, und Optimistisches Sperren. Bei der pessimistischen Verriegelung wird der Datensatz oder die Seite sofort gesperrt, wenn das Schloss angefordert wird, während die Verriegelung mit optimistischer Verriegelung verzögert wird, bis der bearbeitete Datensatz gespeichert ist. Es ist weniger wahrscheinlich, dass Konflikte mit optimistischer Sperrung auftreten, da der Datensatz nur für kurze Zeit gesperrt ist. Bei optimistischer Sperren kann man jedoch nicht sicher sein, dass das Update erfolgreich ist, da ein anderer Benutzer den Datensatz zuerst sperren könnte. Bei der pessimistischen Verriegelung ist das Update garantiert erfolgreich, sobald das Schloss erreicht ist. Andere Benutzer müssen warten, bis das Schloss veröffentlicht wird, um ihre Änderungen vorzunehmen. Sperrenkonflikte, bei denen der Benutzer entweder warten muss oder die Anfrage fehlschlägt (normalerweise nach einer Auszeit), sind bei pessimistischer Verriegelung häufiger.

Transaktionsverarbeitung

Jet -Unterstützung Transaktionsverarbeitung Für Datenbanksysteme, die diese Fähigkeit haben. (ODBC Systeme verfügen über eine Transaktionsverarbeitung auf einer Ebene, während mehrere ISAM-Systeme wie Paradox keine Transaktionsverarbeitung unterstützen.) Eine Transaktion ist eine Reihe von Vorgängen, die in einer Datenbank durchgeführt werden, die zusammen durchgeführt werden muss-dies wird als bezeichnet als Atomizität und ist einer der SÄURE (Atomizität, Konsistenz, Isolation und Haltbarkeit), Konzepte, die als wichtige Transaktionsverarbeitungsmerkmale von a angesehen werden Datenbankverwaltungssystem. Damit die Transaktionsverarbeitung funktioniert (bis Jet 3.0), musste der Programmierer die Transaktion manuell starten, die Operationen ausführen, die in der Transaktion ausgeführt werden müssen, und dann die Transaktion festlegen (Speichern). Bis die Transaktion festgelegt ist, werden Änderungen nur im Speicher vorgenommen und nicht tatsächlich auf die Festplatte geschrieben.^[1] Transaktionen haben eine Reihe von Vorteilen gegenüber unabhängigen Datenbankaktualisierungen. Einer der Hauptvorteile ist, dass Transaktionen aufgegeben werden können, wenn während der Transaktion ein Problem auftritt. Dies nennt man die Transaktion oder nur die Rollback zurück und stellt den Status der Datenbankdatensätze vor Beginn der Transaktion in genau den Zustand wieder her. Transaktionen ermöglichen es auch, dass der Status der Datenbank konsistent bleibt, wenn ein Systemfehler in der Mitte einer Abfolge von Aktualisierungen auftritt, die für Atomic erforderlich sind. Es besteht keine Chance, dass nur einige der Updates in die Datenbank geschrieben werden. Entweder werden alle erfolgreich sein, oder die Änderungen werden verworfen, wenn das Datenbanksystem neu gestartet wird. Mit der In-Memory-Richtlinie von ODBC ermöglichen Transaktionen auch viele Aktualisierungen eines Datensatzes vollständig im Speicher, wobei am Ende nur eine teure Festplatte schrieb.

Implizite Transaktionen wurden in Jet 3.0 unterstützt. Dies sind Transaktionen, die automatisch gestartet werden, nachdem die letzte Transaktion in die Datenbank verpflichtet wurde. Implizite Transaktionen im Jet traten bei einem auf Sql DML Erklärung wurde ausgestellt. Es wurde jedoch festgestellt, dass dies in 32-Bit-Windows (Windows 95, Windows 98) eine negative Leistung auswirkte. In Jet 3.5 entfernte Microsoft implizite Transaktionen, wenn SQL-DML-Anweisungen vorgenommen wurden.

Datenintegrität

Jet erzwingt Entitätsintegrität und Referenzintegrität. Jet wird standardmäßig eine Änderung in einen Datensatz verhindern, der die referenzielle Integrität bricht, aber Jet -Datenbanken können stattdessen verwendet werden Ausbreitungsbeschränkungen (Kaskadierung von Updates und Kaskadierung von Deletten), um die referenzielle Integrität aufrechtzuerhalten.

Jet unterstützt auch "Geschäftsregeln" (auch als "Einschränkungen") oder Regeln, die für eine Spalte gelten, um durchzusetzen, welche Daten in die Tabelle eingelegt werden können oder Säule. Beispielsweise kann eine Regel angewendet werden, die nicht zulässt, dass ein Datum in eine Spalte von DATE_LOGEGED eingegeben wird, die früher als das aktuelle Datum und die aktuelle Zeit ist, oder eine Regel angewendet werden kann, die die Menschen dazu zwingt, einen positiven Wert in ein nur ein numerisches Feld einzugeben .

Sicherheit

Der Zugriff auf JET-Datenbanken erfolgt auf einer Benutzerebene. Die Benutzerinformationen werden in einer separaten Systemdatenbank aufbewahrt, und der Zugriff wird auf jedem Objekt im System (z. B. durch Tabelle oder Abfrage) gesteuert. In JET 4 implementiert Microsoft Funktionen, mit denen Datenbankadministratoren die Sicherheit über die SQL -Befehle erstellen, hinzufügen, addieren, drop Benutzer und Drop -Gruppe festlegen können. Diese Befehle sind eine Teilmenge des ANSI SQL 92 -Standards und gilt auch für die Zuschuss-/Revoke -Befehle.^[1] Als Jet 2 veröffentlicht wurde, konnte die Sicherheit auch programmatisch durchgesetzt werden Dao.

Abfragen

Abfragen sind die Mechanismen, mit denen Jet Daten aus der Datenbank abrufen. Sie können in definiert werden in Microsoft QBE (Abfrage nach Beispiel), über das Microsoft Access SQL -Fenster oder über die DAO -Sprache (Access Basic). Diese werden dann in eine SQL konvertiert AUSWÄHLEN Aussage. Die Abfrage wird dann kompiliert - dies beinhaltet die Parsen der Abfrage (beinhaltet die Überprüfung der Syntax- und Bestimmung der Spalten in der Datenbanktabelle) und dann in ein internes Jet -Query -Objektformat konvertiert, das dann ist tokenisiert und organisiert in eine Baumstruktur. Ab JET 3.0 werden diese dann mit der Microsoft Rushmore Query Optimization Technology optimiert. Die Abfrage wird dann ausgeführt und die Ergebnisse, die an die Anwendung oder der Benutzer übergeben wurden, der die Daten angefordert hat.

Jet übergibt die Daten, die für die Abfrage in a abgerufen wurden Dynaset. Dies ist eine Reihe von Daten, die dynamisch mit der Datenbank verknüpft sind. Anstatt das Abfrageergebnis in einer temporären Tabelle zu speichern, in der die Daten vom Benutzer nicht direkt aktualisiert werden können, ermöglicht der Dynaset dem Benutzer, die im Dynaset enthaltenen Daten anzeigen und zu aktualisieren. Wenn ein Universitätsdozent alle Studenten, die eine Auszeichnung in ihrer Aufgabe erhalten haben und einen Fehler in diesem Schüler festgestellt haben So senden Sie eine bestimmte Update -Abfrage nach dem Speichern der Abfrage in einer temporären Tabelle.

Geschichte

Jet startete ursprünglich 1992 als eine zugrunde liegende Datenzugriffstechnologie, die aus einem Microsoft Internal Database Product Development Project namens Cirrus stammte. Cirrus wurde aus einer Pre-Veröffentlichungsversion von Visual Basic Code entwickelt und als Datenbankmotor von verwendet Microsoft Access. Tony Goodhew, der damals für Microsoft gearbeitet hat, sagt

"Es wäre einigermaßen genau zu sagen, dass bis zu diesem Bühnenstrahl eher der Name des Teams war, das für die DB -Motormodule des Zugriffs und nicht an einem Komponententeam zugewiesen wurde. Für VB [Visual Basic] 3.0 mussten sie im Grunde genommen zu Zerreißen Sie es aus dem Zugang und transplantieren Sie es auf VB. Deshalb hatten sie all diese Jet/ODBC -Probleme in VB 3.0. "

Jet wurde komponentierter, als Access 2.0 freigegeben wurde, da die Access ODBC -Entwickler Teile des Jet -Codes zum Erstellen des ODBC -Treibers verwendeten. Es wurde eine Nachrüstung zur Verfügung gestellt, bei der Visual Basic 3.0 -Benutzer den in Access 2.0 ausgegebenen aktualisierten Jet verwenden konnten.^[4]

Jet 2.0 wurde als mehrere freigelassen Dynamische verknüpfte Bibliotheken (DLLs), die von verwendet wurden von Anwendungssoftwarewie die Zugriffsdatenbank von Microsoft. Dlls in Fenster sind "Bibliotheken" von gemeinsamem Code, die von mehr als einer Anwendung verwendet werden können - indem Code behält Weniger Entwicklungsaufwand. Jet 2.0 umfasste drei DLLs: die Jet DLL, die Datenzugriffsobjekte (DAO) DLL und mehrere externe ISAM -DLLs. Die Jet -DLL stellte fest, auf welche Art von Datenbank sie zugänglich war und wie man das ausführen kann, was angefordert wurde. Wenn die Datenquelle eine MDB -Datei war (ein Microsoft -Zugriffsformat), wird die Daten direkt gelesen und in die Datei geschrieben. Wenn die Datenquelle extern wäre, würde sie den richtigen ODBC -Treiber aufrufen, um ihre Anfrage auszuführen. Die DAO -DLL war eine Komponente, mit der Programmierer mit dem Jet -Engine eine Schnittstelle übernehmen konnten, und wurde hauptsächlich von Visual Basic und Access Basic -Programmierern verwendet. Die ISAM -DLLs waren eine Reihe von Modulen, mit denen Jet auf drei ISAM -basierte Datenbanken zugreifen konnte: XBASE, Paradox und Btrieve.^[2] Jet 2.0 wurde durch JET 2.1 ersetzt, der dieselbe Datenbankstruktur, jedoch unterschiedliche Verriegelungsstrategien verwendete, wodurch es mit JET 2.0 nicht kompatibel war.

Jet 3.0 beinhaltete viele Verbesserungen, einschließlich eines neuen Index Struktur, die die Speichergröße und die Zeit reduzierte, die zu erzeugen wurde, um Indizes zu erzeugen, die hoch dupliziert wurden, die Entfernung von Lesen Schlösser Auf Indexseiten, einem neuen Mechanismus für die Wiederverwendung von Seiten, eine neue Kompaktmethode, für die die Verfeinigung der Datenbank zu den Indizes führte, die in einem Cluster-Index-Format gespeichert wurden, ein neuer Seitenzuweisungsmechanismus zur Verbesserung der Read-Ahead-Funktionen von Jet, verbesserte Löschvorgänge, die die löschten Vorgänge, die die Operationen löschten beschleunigte Verarbeitung, Multithreading (Drei Threads wurden verwendet, um im Voraus zu lesen, hinter sich zu schreiben und die Wartung von Cache zu schreiben), implizit Memos oder Binärdatentypen) wurden in separaten Tabellen und dynamische Pufferung (wobei der Cache von Jets bei Start dynamisch zugewiesen wurde und keine Grenze hatte und die sich von a verändert hat als Erster rein, als erster raus (FIFO) Pufferersatzrichtlinie an a zuletzt benutzt (LRU) Pufferersatzrichtlinie).^[5] Jet 3.0 erlaubte auch die Datenbankreplikation. Jet 3.0 wurde durch JET 3.5 ersetzt, der dieselbe Datenbankstruktur verwendet, jedoch unterschiedliche Verriegelungsstrategien, wodurch es mit JET 3.0 nicht kompatibel ist.

Jet 4.0 erhielt zahlreiche zusätzliche Funktionen und Verbesserungen.^[1]

• Unicode Charakterspeicherunterstützung zusammen mit einem Nt Sortiermethode, die auch in der implementiert wurde Windows 95 Ausführung;
• Änderungen der Datentypen, die eher ähnlich sind SQL Server's (longtext oder memo; binär; langbär; Datum/Uhrzeit; real; float4; ieesingle; doppelt; byte oder tinyint; Integer oder Integer synonyme smallint, Integer2 und Short; LonginTeger oder Longinteger Synonyme integer und konter; oder Geld; Boolean und Guid); Ein neuer Dezimaldatentyp
• Memofelder könnten jetzt indiziert werden
• Kompressible Datentypen
• Sql Verbesserungen, damit der Jet enger entspricht Ansi SQL-92
• Feinere körnige Sicherheit; Ansichten Unterstützung; Verfahrensunterstützung
• Berufen und Beendigung (Begründung oder Rückrollen) von Transaktionen
• Verbesserte Tabellenerstellung und -änderung
• Referenzintegrität Unterstützung
• Verbindungssteuerung (verbundene Benutzer bleiben verbunden, aber sobald sie getrennt sind, können sie nicht wieder verbinden, und neue Verbindungen können nicht hergestellt werden. Dies ist für Datenbankadministratoren nützlich, um die Kontrolle über die Datenbank zu erhalten.
• Eine Benutzerliste, mit der Administratoren feststellen können, wer mit der Datenbank verbunden ist
• Sperre auf Datensatzstufe (vorherige Versionen nur unterstützte Seitenstärke)
• BII-Regisseur Replikation mit MS SQL Server.

Microsoft Access -Versionen von Access 2000 bis zu Access 2010 enthielten einen "upsizingizierenden Assistenten", der könnte. "upgr mehr"(Upgrade) Eine JET -Datenbank zu" einer äquivalenten Datenbank auf SQL Server mit derselben Tabellenstruktur, den Daten und vielen anderen Attributen der ursprünglichen Datenbank ". Berichte, Abfragen, Makros und Sicherheit wurden von diesem Tool nicht behandelt, was bedeutet, dass einige einige Möglicherweise wurden manuelle Änderungen benötigt, wenn die Anwendung stark von diesen Jet -Funktionen angewiesen war.^[6]

Eine eigenständige Version der Jet 4 -Datenbankmotor war eine Komponente von Microsoft -Datenzugriffskomponenten (MDAC) und wurde in jeder Version von Windows von Windows 2000 auf enthalten.^[7] Der Jet -Datenbankmotor war nur 32-Bit und lief nicht nativ unter 64-Bit Versionen von Windows. Dies bedeutete, dass native 64-Bit-Anwendungen (z. OLE DBoder andere Mittel, außer durch Zwischen- 32-Bit-Software (Auslauf in Wow64) Das fungierte als Proxy für den 64-Bit-Kunden.^[8]

Mit der Version 2007 enthält Access eine officespezifische Version von JET, die ursprünglich die genannt wird Office Access Connectivity Engine (ACE), aber das heißt jetzt das Zugriff auf Datenbankmotor (MS-Access-Berater und VBA-Entwickler, die sich auf MS-Access spezialisiert haben, bezeichnen sie eher als "die ACE-Datenbank-Engine"). Diese Engine war mit früheren Versionen der Jet-Engine rückwärtskompatibel, so dass sie (.MDB) Dateien aus früheren Zugriffsversionen lesen und schreiben konnte. Es wurde ein neues Standarddateiformat (.ACCDB) eingeführt, das mehrere Verbesserungen des Zugriffs ermöglichte, einschließlich komplexer Datentypen wie Multivalue -Felder, des Anhangsdatentyps und der Verlaufsverfolgung in Memo -Feldern. Es brachte auch Sicherheitsänderungen und Verschlüsselungsverbesserungen und ermöglichte die Integration in Microsoft Windows SharePoint Services 3.0 und Microsoft Office Outlook 2007.^[9][10][11]

Die Engine in Microsoft Access 2010 hat die Unterstützung für Access 1.0-, Access 2.0-, Lotus 1-2-3- und Paradox-Dateien eingestellt.^[12] Eine 64-Bit-Version von Access 2010 und sein ACE-Treiber/-anbieter wurde eingeführt, was im Wesentlichen eine 64-Bit-Version von JET bietet. Der Treiber ist nicht Teil des Windows -Betriebssystems, sondern als Neuverteilungsfähigkeit erhältlich.^[13]

Die Engine in Microsoft Access 2013 hat die Unterstützung für Access 95-, Access 97- und XBASE -Dateien eingestellt und auch die Unterstützung für die Replikation eingestellt.^[14]

Version 1608 von Microsoft Access 2016 Wiederhergestellter Unterstützung für XBASE -Dateien,^[15] und Version 1703 führte einen großen Datentyp ein.^[16]

Aus Sicht der Datenzugriffstechnologie wird JET von Microsoft als veraltete Technologie angesehen.^[17] Microsoft unterstützt jedoch weiterhin ACE als Teil von Microsoft Access.

Kompatibilität

Microsoft stellt die Jet -Treiber nur für Microsoft Windows zur Verfügung. Daher ist der Softwareunterstützung von Drittanbietern für Jet -Datenbanken fast ausschließlich unter Windows zu finden. Da ist ein Open Source Projekt, das versucht, die Arbeit mit Jet -Datenbanken auf anderen Plattformen zu ermöglichen, MDB -Werkzeuge und es ist viel erweiterter Java -Hafen benannt Jackcess.

Siehe auch

• SQL Server Compact

Verweise

Weitere Lektüre

• Microsoft Jet Database Engine Programmer's Guide, Microsoft, 1995
• Kongressbibliothek, Microsoft Access auf MDB -Dateiformatfamilie
• Kongressbibliothek, Microsoft Access ACCDB -Dateiformatfamilie