Grundlagen der Client-Server und Anwendungen und Komponentenkonfigurationen in Oracle 12c
Die Oracle-Datenbank 12c nicht einfach in Isolations- existiert es als Teil eines Computersystems. Bevor Sie die Oracle-Software zu installieren und die Datenbank zu konfigurieren, müssen Sie wissen, wie Sie Ihre Datenbank in die Gesamtsystemarchitektur passt. Einige Systeme sind komplexer als andere, aber die meisten fallen in die folgenden Hauptkategorien:
Kundenserver
Multi-tier
Component-Konfigurationen
Zu wissen, welche Kategorie Ihre Datenbank passt in einen großen Unterschied bei der Konfiguration des Systems zu machen, weil Sie die spezifischen Bedürfnisse Ihrer Datenbank kennen werde.
Client-Server-Anwendungen in Oracle 12c
Client-Server-Anwendungen (Manchmal auch als Zwei-Klassen-Anwendungen) Sind solche, in denen die Arbeitsstation des Benutzers hat das Programm das Anwendungsprogramm installiert ist, und Daten, die während der Ausführung auf einem entfernten Datenbankserver gespeichert zugreift. Obwohl Sie hier ein wenig Spielraum haben, übernimmt die Workstation die Präsentation und die Anwendungslogik und der Datenbankserver fungiert als Datenspeicher. Hier ist, wie eine Client-Server-Konfiguration funktioniert.
Die Workstation (Client-Tier) übernimmt die Anwendungslogik und Präsentation für den Benutzer. Anwendungslogik kann über viele verschiedene Sprachen implantiert werden, aber typische Beispiele umfassen Powerbuilder, MS Visual Basic, Java-Anwendungen und sogar einige Versionen von Oracle Forms und Reports.
Wenn diese clientseitige Anwendungen Daten benötigen, greifen sie auf die Datenbank über ODBC (Open Database Connectivity), JDBC (Java Database Connectivity) oder Oracle Net unter Verwendung von clientseitigen Dateien tnsnames.ora. Diese Datenbank-Kommunikationsprotokolle ermöglichen Konnektivität von jedem Client aus auf eine Datenbank, einschließlich Oracle.
Auf der Datenbankebene, speichert die Datenbank die Daten und über Benutzer, Rollen und Berechtigungen, es sieht vor, dass Daten an die Anwendung als Antwort auf SQL-Abfragen und Datenmanipulationssprache (DML) Anweisungen (die einfach SQL-Anweisungen, die manipulieren, oder zu ändern, die Daten). Je nachdem, ob Sie ein Fett oder Thin-Client verwenden, einige der Anwendungslogik und Verarbeitung kann auf die Datenbankebene abgeladen werden.
Die Verarbeitung auf dem Datenbank-Server oft sinnvoll, da ein Datenbankserver wesentlich intensivere Verarbeitung durchführen kann und Zahlenverarbeitung als auch der größte Arbeitsplatz. Die Datenverarbeitung erfolgt über Datenbankprozeduren, Funktionen häufig ausgeführt, und die Pakete, die die Daten in ein kleineres Ergebnis verarbeiten gesetzt, um dem Benutzer den Client für die Präsentation zurückgegeben werden.
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 viele neuere Anwendungen existieren in der Multi-Tier-Welt. Allerdings trifft eine einfache Client-Server-Anwendung noch die unmittelbaren Bedürfnisse eines Unternehmens in vielen Situationen. Die Client-Server-Anwendung kann eine Legacy-Anwendung sein, der seine Arbeit erledigt - so hat das Unternehmen keine Notwendigkeit zu aktualisieren.
Component-Konfigurationen in Oracle 12c
In Client-Server-und Multi-Tier-Systemen war die Oracle-Datenbank der Kern des Systems, weil es die Daten enthält. Bestehende als primäre Datenspeicher für das gesamte System ist die häufigste Verwendung einer Oracle-Datenbank, aber es ist nicht die einzige Zeit, die Sie Oracle installieren.
Zum Beispiel, oft sind diese Datenbanken in einer Nebenrolle als Sekundärdatenspeicher für größere Commercial Off-The-Shelf (COTS) Anwendungen handeln. In diesen Fällen wirken Oracle-Datenbanken als Repositories innerhalb eines größeren Systems Fachdaten zur Verwendung zu speichern. Während der Installation des größeren Systems wird der Oracle-Datenbank als unterstützende Komponente installiert.
Ein typisches Beispiel für eine Oracle-Repository Sie vertraut sind mit Oracle Designer. Sie können diesen Oracle Entwickler-Tool zu entwerfen zu verwenden, erstellen und speichern Anwendungscode (unter anderem), und es befindet sich auf dem Desktop des Benutzers.
Wenn der Benutzer beginnt Oracle Designer, fordert es für eine Oracle-Repository zu verbinden, und der Benutzer gibt an, dass die Informationen. Es ist innerhalb dieses Repository, das alle Objekte von dem Designer Desktop gespeichert werden verwendet werden.
Oracle Internet Directory (OID) ist ein aktuelles Beispiel für Oracle in einer mehrstufigen Umgebung als Subkomponente wirken. OID ist der Oracle-Implementierung eines LDAP (Lightweight Directory Access Protocol).
LDAPs sind hierarchisch definiert (nicht relational) Datenspeicher (nicht Datenbanken), die Systeme schnellen Nachschlagen Zugriff auf Daten zu ermöglichen. Ein typisches Beispiel ist eine E-Mail-Adressbuch, die nicht viel Updates enthält oder tief geschichteten Daten - es ist nur eine Notwendigkeit für eine schnelle Lookups von einem Stück von Daten, die der Kern Verwendung eines LDAP ist.
Ein weiteres gemeinsames LDAP Verwendung ist es, Benutzern und ihre Anmeldeinformationen zu speichern, so dass Web-Applikations-Server können einfach eine Person suchen, um zu sehen, ob sie berechtigt ist, auf ein System zuzugreifen. Immerhin wollen Sie nicht nur jemand in Ihr System zu ermöglichen!
Diese Überprüfung der Anmeldeinformationen erstellt eine Notwendigkeit für die Oracle Fusion Middleware-Produkte (OFM) und eine LDAP ist die Lösung. Und, natürlich, mit Oracle eine Datenbank Unternehmen in erster Linie sein, entschied er seine LDAP-Implementierung innerhalb einer Oracle-Datenbank zu setzen, die OID ist.
Dies ist, wie eine spezielle Oracle-Datenbank-Authentifizierung über OID / LDAP für ein größeres System zur Verfügung stellen kann, was geschieht, auch Oracle für die Backend-Datenbank zu verwenden, in denen traditionelle Kundendaten gespeichert sind. Die OID ist nur eine notwendige Komponente in einem größeren System.