InterBase ist ein Verwandtschaftsdatenbankverwaltungssystem (RDBMS), der zurzeit entwickelt und von Embarcadero Technologies auf den Markt gebracht ist. InterBase ist von anderem DBMSs durch seinen kleinen Fußabdruck, in der Nähe von Nullregierungsvoraussetzungen und multi-generational Architektur bemerkenswert. InterBase läuft auf Linux, Windows von Microsoft, Mac OS X und Solaris Betriebssysteme.

Technologie

In vieler Hinsicht ist InterBase ziemlich herkömmlich; es ist eine SQL-92-compliant Verwandtschaftsdatenbank und unterstützt Normanschlüsse wie JDBC, ODBC, und ADO.NET. Jedoch unterscheiden bestimmte technische Eigenschaften InterBase von anderen Produkten.

Kleiner Fußabdruck

Eine volle 2009-Server-Installation von InterBase verlangt ungefähr 40 Mb auf der Platte. Das ist bedeutsam kleiner als die Kundeninstallation von vielen konkurrierenden Datenbankservern. Der Server verwendet sehr wenig Gedächtnis, wenn müßig. Ein minimaler Kunde von InterBase installiert verlangt ungefähr 400 Kilobytes des Speicherplatzes.

Eingebettet oder Server

InterBase bietet die Auswahl an, als eine eingebettete Datenbank oder regelmäßiger Server zu laufen.

Minimale Regierung

Server von InterBase verlangen normalerweise Vollzeitdatenbankverwalter nicht.

Multi-generational Architektur

Parallelitätskontrolle

Denken Sie eine einfache Bankverkehrsanwendung, wo zwei Benutzer Zugang zum Kapital in einer besonderen Rechnung haben. Bob liest die Rechnung und findet, dass es 1000 Dollar darin gibt, so zieht er sich 500 zurück. Jane liest dieselbe Rechnung, bevor Bob sie geändert hat, 1000 Dollar sieht, und sich 800 zurückzieht. Die Rechnung sollte 300 Dollar überzogen jedoch sein, abhängig von dem Transaktion zuerst bearbeitet wird, wird es entweder 500 oder 200 Dollars enthalten. Das wirft ein ernstes Problem und selbstverständlich auf, jedes Datenbanksystem mit dem Mehrbenutzerzugang braucht eine Art System, um sich mit diesen Drehbüchern zu befassen.

Die Techniken, die verwendet sind, um das und andere zusammenhängende Probleme zu lösen, sind in der Datenbankindustrie als Parallelitätskontrolle bekannt.

Traditionelle Produkte haben Schlösser verwendet, die festgestellt haben, dass eine besondere Transaktion dabei war, eine Aufzeichnung zu modifizieren. Sobald das Schloss gelegt wurde, konnte keiner anderer lesen oder die Daten modifizieren, bis das Schloss veröffentlicht wurde. Das Schloss kann Änderungen zu einer einzelnen Aufzeichnung, eine Seite (eine Gruppe von Aufzeichnungen versorgt zusammen auf der Platte) Aufzeichnungen oder jeder Aufzeichnung blockieren, die durch eine besondere Transaktion abhängig von der Schloss-Entschlossenheit untersucht ist. Schloss-Entschlossenheit ist ein Umtausch zwischen Leistung und Genauigkeit — durch das Blockieren von Aktualisierungen am Seitenniveau zum Beispiel, einige Aktualisierungen werden blockiert, die durch andere Transaktionen gemachte Aktualisierungen nicht tatsächlich kollidieren, aber Leistung wird im Vergleich mit Rekordniveau-Schlössern verbessert.

Blockierung wird ein noch größeres Problem, wenn verbunden, mit einer anderen Eigenschaft, die für alle diese Systeme, Isolierung üblich ist. Das ist, weil Transaktionen normalerweise sowohl einen gelesenen als auch ein Schreiben — in diesem Beispiel einschließen, um den Wert der Rechnung zu lesen und dann es zu ändern. Um eine isolierte Ansicht von den Daten zu zeigen, muss die komplette Transaktion, einschließlich Aufzeichnungen gelesen, aber nie geschrieben dem, in vielen Datenbankservern geschlossen werden.

In InterBase blockieren Leser Schriftsteller nicht. Statt dessen kann jede Aufzeichnung in der Datenbank in mehr als einer Version bestehen. Zum Beispiel, wenn Bob und Jane die Rechnungen lesen, würden sie beide "Version 1" bekommen, 1000 Dollar lesend. Wenn Bob dann die Rechnung ändert, um seinen Abzug zu machen, werden die Daten nicht überschrieben, aber stattdessen wird eine neue "Version 2" mit 500 Dollar geschaffen. Der Versuch von Jane, ihren 800-Dollar-Abzug zu machen, wird bemerken, dass es eine neue Version 2 gibt, und ihr Versuch, einen Abzug zu machen, scheitern wird.

Diese Annäherung an die Parallelitätskontrolle wird Mehrversionsparallelitätskontrolle genannt. Die Durchführung von InterBase der Mehrversionsparallelitätskontrolle wird seine multi-generational Architektur allgemein genannt. InterBase war die zweite kommerzielle Datenbank, um diese Technik zu verwenden; das erste war der Rdb/ELN des DEZ.

Mehrversionsparallelitätskontrolle macht auch wahre Schnellschuss-Transaktionsisolierung relativ einfach durchzuführen. Eine Transaktion mit der Schnellschuss-Isolierung in InterBase zeigt den Staat der Datenbank genau, wie es im Moment war, hat die Transaktion begonnen. Das ist für Unterstützungen einer aktiven Datenbank, Langzeitgruppe-Prozesse und ähnlich sehr nützlich.

Rollbacks und Wiederherstellung

InterBase verwendet auch seine multi-generational Architektur, um rollbacks durchzuführen. Die meisten Datenbankserver verwenden Klotz, um die Rollback-Eigenschaft durchzuführen, die auf rollbacks viel Zeit in Anspruch nehmend oder vielleicht sogar verlangendes manuelles Eingreifen hinauslaufen kann. Im Vergleich sind die rollbacks von InterBase nah-sofortig und scheitern nie.

Nachteile

Bestimmte Operationen sind schwieriger, in einer multi-generational Architektur durchzuführen, und folglich langsam hinsichtlich einer traditionelleren Durchführung zu leisten. Ein Beispiel ist das SQL Verb. Selbst wenn ein Index auf der Säule oder den Säulen verfügbar ist, die in eingeschlossen sind, müssen alle Aufzeichnungen besucht werden, um zu sehen, ob sie unter der aktuellen Transaktionsisolierung sichtbar sind.

Geschichte

Mehrversionsparallelitätskontrolle vor InterBase

Mehrversionsparallelitätskontrolle wird in einem Detail in Abschnitten 4.3 und 5.5 der 1981 "Papierparallelitätskontrolle in Verteilten Datenbanksystemen" von Philip Bernstein und Nathan Goodman — dann verwendet von Computer Corporation Amerikas beschrieben. Bernstein und das Papier von Goodman zitieren eine 1978-Doktorarbeit durch D.P. Reed, der ganz klar MVCC beschreibt und es als eine ursprüngliche Arbeit fordert.

Frühe Jahre

Jim Starkey arbeitete im DEZ an ihrem Netzdatenbankprodukt von Datatrieve, als er eine Idee für ein System präsentiert hat, um gleichzeitige Änderungen durch viele Benutzer zu führen. Die Idee hat drastisch die vorhandenen Probleme der Blockierung vereinfacht, die sich erwiesen, ein ernstes Problem für die neuen Verwandtschaftsdatenbanksysteme zu sein, die zurzeit entwickeln werden. Er hat angefangen, am System im DEZ zu arbeiten, aber in der Zeit hatte der DEZ gerade eine Verwandtschaftsdatenbankanstrengung angefangen, die zum Rdb/VMS Produkt führen. Als sie von seinem Projekt erfahren haben, ist ein Rasen-Krieg ausgebrochen (obwohl das Produkt als Rdb/ELN veröffentlicht wurde), und sich Starkey schließlich dafür entschieden hat aufzuhören.

Obwohl die Durchführung von InterBase dem System viel ähnlicher ist, das von Reed in seiner MIT Doktorarbeit beschrieben ist als jede andere Datenbank, die zurzeit bestanden hat und Starkey Bernstein von seiner vorherigen Position an Computer Corporation Amerikas und später im DEZ gekannt hat, hat Starkey festgestellt, dass er die Idee von der Mehrversionsparallelitätskontrolle unabhängig erreicht hat. In derselben Anmerkung sagt Starkey:

Er hatte gehört, dass der lokale Arbeitsplatz-Computer des Verkäufers Apollo nach einer Datenbank suchte, die sich auf ihren Maschinen von Unix bietet, und sie bereit gewesen sind, Entwicklung finanziell zu unterstützen. Mit ihrer Aufmunterung hat er Groton Datenbanksysteme gebildet (genannt nach der Stadt, Groton, Massachusetts, wo sie gelegen wurden) am Tag der Arbeit, hat 1984 und Arbeit daran angefangen, was schließlich als InterBase veröffentlicht würde. 1986 hat Apollo eine korporative Reorganisation ertragen und hat sich dafür entschieden, über das Softwaregeschäft zu herrschen, aber zu diesem Zeitpunkt machte das Produkt Geld.

Die Straße zu Borland

Zwischen 1986 und 1991 wurde das Produkt an die Ashton-Tate, Schöpfer des berühmten dBASE allmählich verkauft, die in der Zeit waren, verschiedene Datenbankgesellschaften kaufend, um ihre Mappe auszufüllen. Die Gesellschaft ist bald in Schwierigkeiten gewesen, und Borland hat Ashton-Tate 1991 gekauft, InterBase als ein Teil des Geschäfts erwerbend.

Offene Quelle

Anfang 2000 hat Borland bekannt gegeben, dass InterBase unter der offenen Quelle befreit würde, und Verhandlungen begonnen hat, um von einer getrennten Gesellschaft zu spinnen, um das Produkt zu führen. Als sich die Leute, die die neue Gesellschaft und Borland führen sollten, über die Begriffe der Trennung nicht einigen konnten, ist InterBase ein Produkt von Borland geblieben, und der Quellcode für die Version 6 von InterBase wurde unter einer Variante der Mozilla Öffentlichen Lizenz Mitte 2000 veröffentlicht.

Mit der Abteilung von InterBase an Borland unter dem neuen Management hat die Gesellschaft eine Eigentumsversion der Version 6 von InterBase und dann 6.5 veröffentlicht. Borland hat mehrere Aktualisierungen zum offenen Quellcode vor der Ankündigung veröffentlicht, dass es das offene Quellprojekt nicht mehr aktiv entwickeln würde. Baltimore-Trupial, eine offene Quellgabel von InterBase 6 Code bleibt jedoch in der aktiven Entwicklung.

2001 wurde eine Hintertür entdeckt (und befestigt) in der Software, die in allen Versionen seit 1994 da gewesen war.

CodeGear

Am 8. Februar 2006 hat Borland die Absicht bekannt gegeben, ihre Linie von Entwicklungswerkzeug-Produkten, einschließlich InterBase, Delphi, JBuilder, und ander tools.http://www.borland.com/us/company/news/press_releases/2006/02_08_06_borland_acquires_segue_software.html zu verkaufen, Aber anstatt die Abteilungen zu verkaufen, hat Borland sie als eine Tochtergesellschaft am 14. November 2006 in die Länge gezogen. InterBase, zusammen mit IDE Werkzeugen wie Delphi und JBuilder werden in die Produktaufstellung der neuen Gesellschaft eingeschlossen. Dann, am 7. Mai 2008, hat Borland and Embarcadero Technologies bekannt gegeben, dass Embarcadero einen endgültigen Anlagenkauf-Vertrag "geschlossen hatte, um CodeGear zu kaufen." Der Erwerb, für etwa $ 24.5 Millionen, hat am 30. Juni 2008 geschlossen.

Neue Ausgaben

Am Ende 2002 hat Borland Version 7 von InterBase veröffentlicht, Unterstützung für SMP, erhöhte Unterstützung für die Überwachung und Kontrolle des Servers durch Verwalter, und mehr zeigend. Borland hat InterBase 7.1 im Juni 2003, 7.5 im Dezember 2004, und 7.5.1 am 1. Juni 2005 befreit.

Im September 2006 hat Borland die Verfügbarkeit von InterBase 2007 bekannt gegeben. Seine neuen Eigenschaften schließen Punkt in die Zeitwiederherstellung über journaling ein (der auch Werthaltigkeit ohne die Leistungsstrafe von gleichzeitigen erlaubt, schreibt), zusätzliche Unterstützung, Gruppe-Behauptungsoperationen, neuer Charakter von Unicode encodings und ein neuer ODBC Fahrer.

Im September 2008 hat Embarcadero die Verfügbarkeit von InterBase 2009 bekannt gegeben. Seine neuen Eigenschaften schließen volle Datenbankverschlüsselung, auswählende Säulenniveau-Datenverschlüsselung und Überleitungsverschlüsselung ein, die sichere TCP/IP Kommunikation über SSL anbietet.

Im September 2010 hat Embarcadero die Verfügbarkeit von InterBase XE bekannt gegeben. Seine neuen Eigenschaften schließen einen 64-Bit-Kunden ein, und Server, verbesserte Sicherheit, hat Skalierbarkeit, Unterstützung für dynamischen SQL in versorgten Verfahren verbessert, und hat Leistung von großen Gegenständen mit Strom-Methoden optimiert.

Links

• Produktseite von InterBase