Einführen der E Handel-Datenbankschnittstelle Lösung

Eingebetteter Sql

In den frühen Tagen der relationalen Datenbasen, wurde die einzige bewegliche Schnittstelle für Anwendungen strukturierte Abfragesprache (SQL) eingebettet. Es gab keine allgemeine Funktion API und keine Standardvierte Erzeugung Sprache (4GL). Eingebetteter SQL benutzt einen sprachspezifischen Präkompilierer. Sql Befehle werden in einer Wirt Programmiersprache, wie C oder COBOL eingebettet. Der Präkompilierer übersetzt die eingebetteten Befehle in Wirt Sprachenaussagen, die die gebürtige API der Datenbank verwenden.

Das Problem mit dem Verwenden eingebetteten SQL ist, daß es eine kompilierte Version der Datenbankschnittstelle für jede Datenbank und Betriebssystem geben muß, die gestützt werden. Dieses ist nicht leistungsfähig oder für heterogene Klimas nützlich. Auch der Entwickler kann in Probleme mit jedem Datenbankverkäufer s’C API laufen. Nicht alle Datenbank APIs sind verursachtes Gleichgestelltes.

ODBC

Wenn er eine Web site errichtet, die an viele unterschiedliche Datenbanken anschließen muß, ist der erste normalerweise betrachtete Datenbankkonnektivitätstandard geöffnete Datenbank-Konnektivität (ODBC). ODBC ist eine logische Wahl, weil es eine standardisierte API ist. Es ist ein Satz Funktion Anrufe, die auf dem SQL Zugang Funktionsgruppe (SENKUNG) basieren, das für das Verwenden eines SQL Datenbanksystems eingestellt wird (Hintersystem). Die SENKUNG gesetzten Werkzeuge die grundlegende Funktionalität dynamischen SQL. Eingebettete SQL Befehle können übersetzt werden, um ODBC zu benennen. Schließlich gibt es ODBC Treiber für jede Hauptdatenbankanwendung.

Anwendungen machen ODBC Funktionen durch den ODBC Treiber-Manager zugänglich, der dynamisch mit dem passenden ODBC Treiber verbindet. ODBC Treiber übersetzen ODBC Anträge zum gebürtigen Format für eine spezifische Datenquelle. Die Datenquelle kann ein komplettes RDBMS, wie FirstSQL sein, oder es kann ein einfaches Akte Format, wie Xbase sein. Das heißt, werden die meisten ODBC Treiber an eine einzelne Datenquelle gebunden. Einige, wie FirstSQL, stützen mehrfache Datenquellen. Der FirstSQL ODBC Treiber stützt eine FirstSQL Datenquelle und eine Xbase Datenquelle.

Obwohl sein Name mit geöffnetem anfängt, andeutend, daß es nicht an einen einzelnen Verkäufer oder sogar an eine Teilmenge RDBMS Verkäufer gebunden wird, wird ODBC von einem einzelnen Verkäufer gesteuert: Microsoft. Microsoft definiert die Spezifikation der API und liefert die grundlegende Treibermanager-Software, die auf ihren Betriebssystemen benutzt wird. Diese Steuerung hat einige gute Aspekte und etwas Schlechtes während der Zukunft von ODBC.

Microsoft hat die angemessenen, nützlichen Verlängerungen zu den ursprünglichen SENKUNG Definitionen gebildet, wenn es ODBC verursachte. Neuere Freigaben haben jene Verlängerungen verfeinert. Microsoft hat am Holen zukünftigen Versionen von ODBC mehr in Übereinstimmung mit SENKUNG s’Spezifikationen und mit vorhandenen Standards festgelegt.

OLE DB

In einem Hauptschlag gegen ODBC, kündigt Microsoft ihre Gegenstand-Verbindung an und bettet Service der Datenbank (OLE DB) als Wiedereinbau für ODBC ein. OLE DB könnte als Gegenstandschicht angesehen werden, die auf ODBC gesetzt wurde, aber Microsoft ist wahrscheinlich, direkte OLE DB Treiber für ihre Datenbankprodukte zur Verfügung zu stellen und de-emphasize und ODBC Treiber für ihre Produkte möglicherweise einzustellen. OLE DB ist nicht geöffnet oder ausgenommen zwischen Microsoft Betriebssysteme (OSs) beweglich, das jetzt ein einzelnes Windows OS NT ist.

Wegen Microsoft’s der Gesamtsteuerung der Spezifikation und der willkürlichen Kompliziertheiten im Service, wird OLE DB nicht durch anderes Betriebssysteme—Betriebssystem 2 (OS/2), Macintosh Betriebssystem (MAC-OS) und verschiedene Aromen von Unix gestützt. ODBC und eingebetteter SQL zu einem wenigen Grad, bleiben da die einzigen geöffneten und beweglichen Schnittstellen für SQL zugängliche Datenbanken. Leider ist das Schicksal von ODBC vollständig unter der Steuerung von Microsoft.

Java und JDBC

Java Datenbank-Konnektivität (JDBC) ist ein SQL-Niveau API, das Ihnen erlaubt, SQL Aussagen als Argumente zu den Methoden in den JDBC Schnittstellen einzubetten. Um Ihnen zu erlauben dies auf eine Datenbank-unabhängige Art und Weise zu tun, erfordert JDBC Datenbankverkäufer eine Laufzeitimplementierung seiner Schnittstellen zu versorgen. Diese Implementierungen verlegen Ihre SQL Anrufe auf der Datenbank auf die eigene Art und Weise, die sie erkennt. Als der Programmierer obwohl, Sie nicht überhaupt sich sorgen müssen um, wie JDBC Wegewahl SQL Aussagen ist. Mit JDBC können Sie den gleichen Code laufen lassen, egal was Datenbank anwesend ist. Eine Java Anwenderanwendung kann ein der folgenden drei Hauptdatenbankarchitektur gebrauchen:

• Gegenstanddatenbank

• Gegenstandverwandtschaftsdatenbank

• Relationale Datenbasis

Die Mehrheit einen Datenbanken’des heutigen Tages s sind relationale Datenbasen. So wird das JDBC API schwer zu den relationalen Datenbasen und zu SQL beeinflußt. Es gibt einen architektonischen Konflikt zwischen Java und relationalen Datenbasen. Java ist objektorientiert, während relationale Datenbasen nicht objektorientiert sind. Folglich muß das Diagramm zwischen den Java Gegenständen zum SQL Verhältnis auftreten. Es ist bis zum Entwickler, zum dieses Diagramms zu tun.

Der Gebrauch Java und JDBC hat zwei eindeutige Vorteile für heterogene Netzanwendung Entwicklung. Es ist die unabhängige Datenbank und erleichtert das verteilte Rechnen. Eine Java Datenbankanwendung interessiert sich nicht, welche Datenbankmaschine benutzt wird. Folglich kann der Entwickler die Datenbankmaschine ändern, ohne zu müssen, die Java Anwendung zu ändern. Tatsächlich kann der Entwickler einer dieser Kategorie Bibliothek Diagramme Geschäft Gegenstände zu den Datenbankwesen schreiben, so daß die Anwendung nicht weiß, daß eine Datenbank im Gebrauch ist.

Das Verwenden von von Java für das verteilte Rechnen hat den Vorteil, daß der Benutzer den Java Code downloaden kann, wie er ihn benötigt. Der Verwalter muß nicht die Software auf jede Workstation des Benutzers’s anbringen. Dieses Modell ist sehr vorteilhaft, wenn es Zeit, die Anwendung zu aktualisieren kommt. Der Verwalter muß nicht Software wieder installieren.

DBI-PERL

Praktische Extraktion-und Bericht Sprache (Perl) ist die allgemeinste scripting Sprache am wahrscheinlichsten, die heute auf dem Netz verwendet wird. Sie wird überwiegend mit den Uniplexed Informationen und Computing-System (Unix) dem Betriebssystem verwendet, obwohl sie mit Windows NT verwendet werden kann®. Perl ist für das Netz gut angepaßt, weil es eine Sprache ist, die zum Handgrifftext und zu den Textakten geschrieben wurde. Die Perl Gemeinschaft benötigte auch eine Schnittstelle zu den Datenbanken. Weil Perl eine geöffnete Quellanwendung ist, ist- die Datenbankschnittstelle (DBI) für diese Aufgabe vollkommen.

In der einfachen Sprache erlaubt die DBI Schnittstelle Benutzern, mehrfache Datenbankarten durchsichtig zugänglich zu machen. So wenn Sie an ein Orakel, Informix, mSQL, Sybase anschließen, oder was Datenbank, ziehen Sie’t Notwendigkeit an, die zugrundeliegenden Mechaniker der Schicht 4GL zu kennen. Die API, die von DBI definiert wird, arbeitet auf allen diese Datenbankarten.

Ein ähnlicher Nutzen wird durch die Fähigkeit, an zwei unterschiedliche Datenbanken der unterschiedlichen Verkäufer innerhalb des eines Perl Indexes anzuschließen gewonnen (wenn Sie zu gelesenen Daten von einer Orakeldatenbank wünschen und sie zurück in eine Informix Datenbank alle innerhalb eines Programms einsetzen). Die DBI Schicht erlaubt Ihnen, dies einfach und leistungsfähig zu tun.