Firebird (Datenbank)
aus Wikipedia, der freien Enzyklopädie
| Firebird | |
|---|---|
| Entwickler: | Firebird-Entwickler-Team |
| Aktuelle Version: | 2.0 (12. November 2006) |
| Betriebssystem: | Diverse Unixe u. a. AIX, Linux sowie Windows u. a. |
| Kategorie: | Datenbankverwaltungssystem |
| Lizenz: | IDPL |
| Deutschsprachig: | Ja |
| Website: | www.firebirdsql.org |
Firebird ist der Open-Source-Spin-off des weiterhin kommerziell von Borland vertriebenen relationalen Datenbankmanagementsystems InterBase. Die Abspaltung erfolgte im Jahre 2000, als kurz vor Freigabe der Version 6 des kommerziellen Vorgängers Interbase bei Borland ernsthafte Überlegungen im Gange waren, die Weiterentwicklung einzustellen.
Aus Interbase 6.0 wurde Firebird 1.0, wobei dies als eine Bugfix-Version mit nur wenigen Erweiterungen angesehen werden kann. Eine Erweiterung von Firebird 1.0 ist der 64-Bit File I/O, so dass auch Datenbankdateien über 2GB erzeugt werden können.
Grundlegende Erweiterungen erfolgen im Firebird-2.0-Zweig. Der gesamte Quellcode von Interbase wurde aus der Sprache C nach C++ übersetzt. Ab Februar 2004 stand die erste Produktiv-Version aus dem Firebird 2.0 Zweig als Firebird 1.5 zur Verfügung. Im November 2006 wurde Firebird 2.0 freigegeben.
Grundsätzlich ist der Firebird-Server SQL 92 Entry Level 1 konform. Firebird 1.5 folgt dem SQL-Standard nach ANSI SQL-99. Firebird 2.0 ist überwiegend konform mit SQL-2003 (17 obligatorische Fähigkeiten fehlen ganz (vor allem Schemas), 9 obligatorische Fähigkeiten werden nur teilweise unterstützt).
Inhaltsverzeichnis |
[Bearbeiten] Server-Versionen
Die Firebird Datenbank gibt es in drei Versionen mit unterschiedlichem Funktionsumfang. Es gibt die SuperServer, ClassicServer und Embedded Server Variante. Nicht alle Varianten sind für alle Plattformen erhältlich.
[Bearbeiten] SuperServer
Die SuperServer Variante ist ein Multithreaded Server-Prozess. Der SuperServer verwaltet alle Benutzeranfragen und Verbindungen mittels verschiedener Threads innerhalb eines Prozesses. Unter Windows (ab NT4) kann der SuperServer als Dienst laufen oder generell auch als Applikation.
Zurzeit läuft der SuperServer nur auf Einzelprozessoren ohne Hyper-Threading. Bei einer Multiprozessormaschine muss dem SuperServer explizit eine CPU zugeordnet werden.
[Bearbeiten] ClassicServer
Mit dem ClassicServer werden alle Verbindungen in getrennten Prozessen verwaltet. Jeder Prozess verwaltet dabei seinen eigenen Datenbank-Cache.
Durch die Trennung nach Prozessen eignet sich der ClassicServer gut für Multiprozessor-Umgebungen. Er verbraucht allerdings mehr Arbeitsspeicher.
[Bearbeiten] Embedded
Mit der Embedded-Variante ist es möglich, einer einzelnen Applikation einen exklusiven Zugriff auf eine Datenbank zu ermöglichen. Diese Servervariante eignet sich sehr gut für Einzelanwendungen, die mit einer eigenen Datenbank laufen und keinen Mehrfachbenutzermodus benötigen. Die Embedded-Version benötigt keine Installation und hat ausschließlich nur eine Programmbibliothek für die verfügbaren Plattformen.
[Bearbeiten] Treiber
Neben dem eigentlichen Datenbankserver gibt es mittlerweile auch Treiber und Bibliotheken für Delphi, Freepascal, Perl, Python, ODBC, .NET, PHP und Java (als Typ2- und Typ4-JDBC-Treiber) für den Zugriff auf die Firebird Datenbank.
Mittlerweile verfügt Firebird über eine eigene, recht lebendige und auch in Sachen Support sehr hilfreiche Community. Kommerzieller Support ist ebenfalls erhältlich.
[Bearbeiten] Fähigkeiten
Die Firebird beherrscht speicherbare Prozeduren mit einer der Oracle Datenbank recht ähnlichen Programmiersprache (PSQL). Abfragen können ebenfalls gespeichert werden. Gespeicherte Abfragen können Änderungen durchreichen. Kaskadierende Trigger für alle DML-Befehle werden angeboten sowie referentielle Integrität von Fremdschlüsseln. Alle Transaktionen sind voll A.C.I.D. kompatibel (Atomicity, Consistency, Isolation und Durability) und unterstützen Sicherungspunkte (SAVEPOINT).
Der Server beherrscht unterschiedliche SQL-Dialekte, die individuell pro Datenbank festgelegt werden können. Abhängig der Dialekte können zum Beispiel identifizierende Namen beliebige Zeichenketten mit Leerzeichen sein (quoted identifier) oder Namen, die Groß/Kleinschreibung ignorieren (case insensitive identifier). Mit den unterschiedlichen Dialekten können Daten und Applikationen aus älteren Anwendungen besser migriert werden.
Jede individuelle Spalte einer Tabelle kann ein eigenes Character-Set und eine eigene Sortierung haben (zum Beispiel unabhängig der Groß/Kleinschreibung). Unterstützt wird eine große Anzahl von vordefinierten 8-Bit Zeichensätzen und einige Unicode-Varianten. Zusätzliche Zeichensätze und Sortierungen können implementiert werden, ohne etwas am Firebird Programmquelltext oder den compilierten Programmcode ändern zu müssen.
Die Server-Umgebung kann Nachrichten aus Triggern und Stored Procedures an Applikationen senden, soweit es die Treiber erlauben. So kann zum Beispiel der die aktuelle Betaversion des Java JDBC-Treibers (2.1.0 beta1, Stand 3. Mai 2006) solche Nachrichten empfangen. Einer Applikation ist es damit möglich auf getriggerte Datenbankänderungen direkt zu reagieren und einem Anwender entsprechende Hinweise zu geben.
Mittels UDFs (User Defined Functions) kann der Sprachumfang der wertverarbeitenden Funktionen erweitert werden. Allerdings müssen entsprechende plattformspezifische Bibliotheken erzeugt und eingebunden werden. In experimentellem Stadium sind Embedded Functions, die sich wie Stored Procedures verhalten sollen, aber in beliebigen Programmiersprachen entwickelt werden können. So gibt es zur Zeit eine experimentelle Firebird-Version die Java Methoden über eine im Server ausgeführte Java Virtual Machine einbinden kann.
Für den produktiven 24-Stunden Betrieb, erlaubt das mitgelieferte Backup-Programm (gbak) Online-Backups ohne eine Datenbank herunterfahren zu müssen. Mit der aktuellen 2.0er Version sind nun auch inkrementale Sicherungen möglich.
Datenbanken können als Nur-Lesend gekennzeichnet werden, um Zugriffe von Archivierungsmedien (z. B. CD-ROM, DVD) zu erlauben. Eine einzelne Datenbankdatei kann bis zu 64 Terabyte groß sein. Eine Datenbank kann aus mehreren Datenbankdateien bestehen. Damit können auch sehr große Datenbanken auf Dateisystemen angelegt werden, die zum Beispiel keine Dateien größer als 2GB erlauben.
Mittels Software von Drittanbietern kann die Firebird um Replikationsdienste erweitert werden.
[Bearbeiten] Einsatz im Unternehmen
Die Datenbank wird unter anderem auch in Firmen wie z.B. der dpa, der GDI oder TNT eingesetzt.
