Inhaltsverzeichnis:
Video: Client Server (Einführung) | Informatik Lernvideo 2025
Die Oracle 12c-Datenbank besteht nicht einfach isoliert; Sie fungiert als Teil eines Computersystems. Bevor Sie die Oracle-Software installieren und Ihre Datenbank konfigurieren, müssen Sie wissen, wie Ihre Datenbank in die gesamte Systemarchitektur passt. Einige Systeme sind komplexer als andere, aber die meisten fallen in die folgenden Grundkategorien:
-
Client-Server
-
Mehrschicht
-
Komponenten-Konfigurationen
Wenn Sie wissen, in welche Kategorie Ihre Datenbank passt, werden Sie während der Systemeinrichtung einen großen Unterschied machen, da Sie die spezifischen Anforderungen Ihrer Datenbank kennen.
Client-Server-Anwendungen in Oracle 12c
Client-Server-Anwendungen (manchmal zweistufige Anwendungen genannt) sind solche, bei denen auf der Arbeitsstation des Benutzers das Anwendungsprogramm installiert ist und während der Ausführung greift das Programm auf Daten zu, die auf einem entfernten Datenbankserver gespeichert sind. Obwohl Sie hier etwas Spielraum haben, behandelt die Workstation die Präsentations- und Anwendungslogik, und der Datenbankserver fungiert als Datenspeicher. So funktioniert eine Client-Server-Konfiguration.
Die Workstation (Client-Tier) verwaltet die Anwendungslogik und -präsentation für den Benutzer. Die Anwendungslogik kann über viele verschiedene Sprachen implementiert werden. Zu den gängigen Beispielen zählen PowerBuilder, MS Visual Basic, Java-Anwendungen und sogar einige Versionen von Oracle Forms und Reports.
Wenn diese clientseitigen Anwendungen Daten benötigen, greifen sie über ODBC (Open Database Connectivity), JDBC (Java Database Connectivity) oder Oracle Net über clientseitige tnsnames auf die Datenbank zu. ora-Dateien. Diese Datenbankkommunikationsprotokolle ermöglichen die Verbindung von jedem Client zu jeder Datenbank, einschließlich Oracle.
Auf der Datenbankebene speichert die Datenbank die Daten und stellt sie über Benutzer, Rollen und Berechtigungen der Anwendung als Antwort auf SQL-Abfragen und DML-Anweisungen (Data Manipulation Language) zur Verfügung (das sind einfach SQL-Anweisungen, die die Daten manipulieren oder verändern). Je nachdem, ob Sie einen Fat- oder einen Thin-Client verwenden, kann ein Teil der Anwendungslogik und -verarbeitung in die Datenbankebene ausgelagert werden.
Die Verarbeitung auf dem Datenbankserver ist oft sinnvoll, da ein Datenbankserver eine sehr viel intensivere Verarbeitung und Nummerierung als die größte Workstation durchführen kann. Die Datenverarbeitung wird üblicherweise über Datenbankprozeduren, -funktionen und -pakete ausgeführt, die die Daten in eine kleinere Ergebnismenge verarbeiten, die an den Client zur Präsentation an den Benutzer zurückgegeben wird.
Viele Leute haben behauptet, dass Client-Server tot ist. Wenn ja, warum sind so viele Client-Server-Anwendungen immer noch da draußen? Die Client-Server-Architektur ist älter, und in der vielschichtigen Welt gibt es viele neuere Anwendungen. Eine einfache Client-Server-Anwendung erfüllt jedoch immer noch die unmittelbaren Anforderungen eines Unternehmens in vielen Situationen. Die Client-Server-Anwendung kann eine Legacy-Anwendung sein, die ihre Aufgabe erfüllt - daher muss das Unternehmen nicht aktualisiert werden.
Komponentenkonfigurationen in Oracle 12c
In Client-Server- und Multi-Tier-Systemen war die Oracle-Datenbank der Kern des Systems, da sie die Daten enthält. Das Vorhandensein des primären Datenspeichers für das gesamte System ist die häufigste Verwendung einer Oracle-Datenbank, aber es ist nicht das einzige Mal, dass Sie Oracle installieren müssen.
Beispielsweise sind diese Datenbanken oft unterstützend und fungieren als sekundäre Datenspeicher für größere kommerzielle Off-The-Shelf (COTS) -Anwendungen. In diesen Fällen fungieren Oracle-Datenbanken als Repositorys, die spezielle Daten für die Verwendung in einem größeren System speichern. Während der Installation des größeren Systems wird die Oracle-Datenbank als unterstützende Komponente installiert.
Ein bekanntes Beispiel für ein Oracle-Repository, mit dem Sie vielleicht vertraut sind, ist Oracle Designer. Sie können dieses Oracle-Entwicklertool zum Entwerfen, Erstellen und Speichern von Anwendungscode (unter anderem) verwenden und es befindet sich auf dem Desktop des Benutzers.
Wenn der Benutzer Oracle Designer startet, fordert er Sie auf, sich mit einem Oracle-Repository zu verbinden, und der Benutzer gibt diese Informationen an. In diesem Repository werden alle vom Designer-Desktop zu verwendenden Objekte gespeichert.
Oracle Internet Directory (OID) ist ein aktuelleres Beispiel für Oracle, das als Unterkomponente innerhalb einer mehrstufigen Umgebung fungiert. OID ist die Oracle-Implementierung eines LDAP (Lightweight Directory Access Protocol).
LDAPs sind hierarchisch definierte (nicht relationale) Datenspeicher (nicht Datenbanken), die einen schnellen Zugriff auf Daten ermöglichen. Ein gängiges Beispiel ist ein E-Mail-Adressbuch, das nicht viele Aktualisierungen oder tief geschichtete Daten enthält - es ist lediglich ein Bedarf an schnellen Nachschlagevorgängen für ein Datenelement, das die Hauptanwendung eines LDAP ist.
Eine weitere gebräuchliche LDAP-Verwendung besteht darin, Benutzer und ihre Anmeldeinformationen so zu speichern, dass Webanwendungsserver einfach eine Person nachsehen können, ob sie berechtigt ist, auf ein System zuzugreifen. Schließlich wollen Sie nicht nur irgendjemanden in Ihr System lassen!
Diese Überprüfung der Anmeldeinformationen erfordert Oracle Fusion Middleware-Produkte (OFM) und ein LDAP ist die Lösung. Und da Oracle in erster Linie eine Datenbankfirma ist, hat es sich entschieden, seine LDAP-Implementierung in eine Oracle-Datenbank zu integrieren, die OID ist.
So kann eine spezialisierte Oracle-Datenbank die Authentifizierung über OID / LDAP für ein größeres System bereitstellen, das auch Oracle für die Backend-Datenbank verwendet, in der herkömmliche Kundendaten gespeichert sind. Die OID ist nur eine notwendige Komponente in einem größeren System.
