 
|
Pürner, Heinz Axel/ Pürner, Beate
DB2 Common Server Geb., 14,8 x 21 cm, 531 Seiten, DM 128,-- Verlag Vieweg Erscheinungstermin: Juni 1997 |
Inhaltsverzeichnis von Kapitel 1
|
kurze Inhaltsangabe In diesem Kapitel beschreiben wir kurz die Highlights des Relationenmodell von Edgar F. Codd und seine Implementierung in DB2. Das Relationenmodell ist eine Zusammenfassung von elementaren Konzepten
Wir gehen davon aus, daß Ihnen das Relationenmodell grundsätzlich bekannt ist, und verzichten daher auf langatmige Erläuterungen. |
Inhaltsverzeichnis von Kapitel 2
|
kurze Inhaltsangabe In diesem Kapitel geben wir Ihnen einen kurzen Überblick über
Wir gehen davon aus, daß Ihnen die theoretischen Grundlagen der Datenmodellierung ebenso bekannt sind wie das grundsätzliche Vorgehen beim Datenbank-Entwurf. Unsere Ausführungen sollen deshalb nur vorhandenes Wissen auffrischen. Ausführlicher behandeln wir dann die speziellen Möglichkeiten von DB2 bei der Implementierung. |
Inhaltsverzeichnis von Kapitel 3
|
kurze Inhaltsangabe In diesem Kapitel stellen wir Ihnen zwei Werkzeuge für die Bearbeitung von DB2-Datenbanken vor. Zunächst erläutern wir die Arbeit mit Visualizer Flight, der Benutzer-Schnittstelle im Lieferumfang von DB2. Dann folgt ein Überblick über Visualizer Query, einem getrennt zu erwerbenden IBM-Produkt. Beide Produkte gehören zur einer Familie. Sie unterscheiden sich aber deutlich in Funktionalität und Komfort. Visualizer Flight ist weder eine Ableitung aus Visualizer Query noch seine abgespeckte "light"-Version. Entscheiden Sie selbst, mit welchem Werkzeug Sie lieber arbeiten. |
Inhaltsverzeichnis von Kapitel 4
|
kurze Inhaltsangabe
In diesem Kapitel geben wir Ihnen zunächst einen Überblick, in welch vielfältiger Form DB2 die Anwendungsprogrammierung unterstützt. Den Schwerpunkt legen wir dann auf die klassische Anwendungsentwicklung mit Programmiersprachen der 3. Generation. Obwohl C auf kleineren Systemen die beliebtere Sprache ist, stellen wir in Abschnitt 4.2 Beispiele zu Embedded SQL (ESQ) in COBOL vor, weil wir Ihnen zeigen wollen, daß eine Migration bestehender DB2-Anwendungen vom Mainframe in ein Workstation-Netz nicht so schwierig ist. Und auf dem Mainframe ist COBOL immer noch die meist benutzte Programmiersprache. Beispiele für dynamisches SQL (DSQL) werden wir Ihnen in Abschnitt 4.3 mit REXX zeigen. C-Programmierer finden im Kapitel 9 Beispiele in ihrer Sprache. Außerdem wird es einem routinierten C-Programmierer leicht fallen, unsere REXX-Muster in C nachzuimplementieren. C- und FORTRAN-Anwender finden im übrigen ebenso wie COBOL-Anwender Beispiele im Lieferumfang von DB2 im Unterverzeichnis SAMPLES. In Abschnitt 4.4 gehen wir auch auf die Migration von CICS-DB2-Anwendungen vom Mainframe auf Workstations ein. Wir zeigen Ihnen an zwei Beispielen, wie CICS-Anwendungen in moderne Benutzer-Schnittstellen integriert werden können. Am Schluß dieses Kapitels bieten wir Ihnen eine Zusammenstellung der ESQL- und DSQL-Befehle, der Dienstprogramme und Kommandos, die die Anwendungsprogrammierung unterstützen. |
Inhaltsverzeichnis von Kapitel 5
|
kurze Inhaltsangabe Codds Relationenmodell kennt nur symmetrische Relationen, die atomare (nicht mehr zerlegbare) Attribute besitzen. Das machte seine Theorie einfach, aber erschwert oder verhindert sogar die Abbildung von komplexen, strukturierten Systemen der realen Welt. Eine neue, mathematisch fundierte Theorie als Basis für ein neues Datenbankmodell, das diese Beschränkungen überwindet, ist bisher ausgeblieben, auch wenn die mathematischen Grundlagen seit Jahrzehnten gelegt sind. In den letzten Jahren hat es massive Kritik an Beschränkungen gegeben, die uns SQL auferlegt. Außerdem ist der Druck auf die relationalen Datenbank-Managementsysteme, ihr Leistungsangebot deutlich zu vergrößern, sehr gewachsen: einerseits fehlt noch immer die Realisierung wesentlicher Konzepte aus dem relationalen Modell, andererseits versuchen objekt-orientierte Datenbank-Managementsysteme (OODBMS) die Beschränkungen des Relationenmodells zu überwinden. Auch die Entdeckung neuer Anwendungsbereiche wie Multimedia erfordert Erweiterungen der bisherigen Funktionalität. Wir stellen Ihnen in diesem Kapitel die wichtigsten Erweiterungen von DB2 vor:
|
Inhaltsverzeichnis von Kapitel 6
|
kurze Inhaltsangabe Kurze Durchlaufzeiten von Programmen und schnelle Antwortzeiten am Bildschirm sind für die Benutzer die auffälligsten Kennzeichen guter Systemleistungen. Diese nicht nur zufällig zu erreichen und über einen längeren Zeitraum auch zu erhalten, ist das Ergebnis vieler Maßnahmen vom korrekten logischen und guten physischen Datenbank-Entwurf über die saubere Anwendungsprogrammierung bis zur richtigen Wahl von Datenbank- und System-Parametern. Mit diesen Maßnahmen wollen wir uns in diesem Kapitel beschäftigen. Voraussetzung für das Einsetzen der richtigen Maßnahmen sind
In Abschnitt 6.1 erläutern wir Ihnen daher einige wesentliche Faktoren, die die Anwendungsentwicklung betreffen:
In Abschnitt 6.2 stellen wir Ihnen Voraussetzungen und Möglichkeiten der Performance-Analyse vor. In Abschnitt 6.3 geben wir Ihnen noch Hinweise auf eher systembezogene Optimierungsmöglichkeiten. |
Inhaltsverzeichnis von Kapitel 7
|
kurze Inhaltsangabe Die wichtigsten Aufgaben eines Datenbank-Administrators können mit dem Werkzeug Database Director durchgeführt werden. Ihm widmen wir den Schwerpunkt dieses Kapitels. Andere Dienstprogramme des DB2 wie zum Beispiel LOAD, IMPORT oder EXPORT können über die DB2-Kommandozeile aufgerufen werden. Diese Dienstprogramme erläutern wir Ihnen in den weiteren Abschnitten dieses Kapitels. Zwar besitzt der Database Director eine graphische Systemoberfläche, unter der ohne Kenntnis der zugehörigen DB2-Kommandos und deren Syntax gearbeitet werden kann, dennoch wollen wir auf die Erwähnung der entsprechenden DB2-Kommandos nicht verzichten. Es ist nämlich durchaus möglich, daß ein Datenbank-Administrator gerade im UNIX-Umfeld nicht immer und überall eine Grafik-Workstation zur seiner Verfügung findet und er stattdessen mit dem Command Line Processor (CLP) arbeiten muß. Es liegt in Ihrer freien Entscheidung, ob Sie den schönen oder den schnellen Weg wählen. |
Inhaltsverzeichnis von Kapitel 8
|
kurze Inhaltsangabe In diesem Kapitel geben wir Ihnen einen Überblick über die Funktionen für den Datenschutz in DB2. Wir stellen Ihnen das Konzept von Standard-Berechtigungs-Profilen und Rechten an Datenbank-Objekten vor. Wir gehen nicht auf die Sicherheitsfunktionen der Betriebssysteme ein, sondern setzen voraus, daß diese Ihnen bekannt sind. |
Inhaltsverzeichnis von Kapitel 9
|
kurze Inhaltsangabe Für die Verteilung der Datenverarbeitung in einem Netz miteinander verbundener Rechner gibt es verschiedene Ansätze: die Daten werden verteilt oder die Funktionen laufen verteilt ab. Bei der Verteilung der Daten muß unterschieden werden, ob zur Speicherung auf verschiedenen Netzknoten das gleiche Datenbank-Managementsystem (homogenes Netz) oder verschiedene Systeme (heterogenes Netz) eingesetzt werden. Moderne Datenbank-Managementsysteme (DBMS) bieten heute in der Regel die Möglichkeit, auf entfernte, nicht am selben Netzknoten gespeicherte Daten unter demselben DBMS zuzugreifen und diese auch zu verändern. Man kann heute erwarten, daß unter der Voraussetzung eines homogenen Netzes innerhalb einer Verarbeitungseinheit (Transaktion) Daten auf verschiedenen Netzknoten verändern werden können, was ein Zweiphasen-Protokoll für das Transaktionsende voraussetzt (Two Phase Commit). In heterogenen Netzen sollte zumindest ein Zugriff auf entfernt gespeicherte Daten eines anderen DBMS möglich sein. Moderne Betriebssysteme verfügen mindestens über die Möglichkeit, Funktionen auf einem anderen Netzknoten aufzurufen und dort auszuführen (RPC, Remote Procedure Call). Die aufgerufene Funktion führt natürlich Datenzugriffe aus, die lokal oder - bei zusätzlich verteilter Datenhaltung - auch entfernt sein können. Eine Grundform einer arbeitsteiligen verteilten Datenverarbeitung ist das Client-Server-Prinzip, das natürlich auch von DB2 unterstützt wird. Die Clients verfügen über keine Datenhaltung, sondern nur über die Anwendungslogik und die komfortable Dialogschnittstelle zum Benutzer. Als Varianten dieser einfachen Aufgabenteilung zwischen Clients und Server sind möglich:
Auch die Möglichkeit, auf einem Datenbank-Server gespeicherte Programmlogik (Stored Procedure) aufrufen zu können, kann schon als verteilte Verarbeitung angesehen werden - besonders dann, wenn wie bei DB2 die Stored Procedures in prozeduralen Programmiersprachen wie C oder COBOL geschrieben werden. Wir stellen Ihnen in den folgenden Abschnitten die Möglichkeiten von DB2 zur Verteilung von Daten und zur Unterstützung der Verteilung von Anwendungslogik vorstellen. Nicht nur bei den Betriebssystemen von IBM liegen die Funktionen zur Verteilung von Anwendungslogik traditionell in den TP-Monitoren. Für die UNIX-Varianten gibt es mit dem X/Open-Konzept für Distributed Transaction Processing (DTP) einen De-facto-Standard, der auch von DB2 unterstützt wird. Für die DB2-Umgebungen steht mit CICS ein traditioneller TP-Monitor zur Verfügung. Er stammt von den Mainframes und ist heute auch unter OS/2, AIX und OS/400 verfügbar. In der UNIX-Version unterstützt er auch DTP nach X/Open. CICS ist ein komplexes Software-Produkt, das verschiedene Möglichkeiten zur Unterstützung verteilter Datenverarbeitung bietet. CICS ist besonders interessant für das Downsizing von bestehenden Mainframe-Anwendungen und für die Entwicklung verteilter Anwendungen, die auf dem Mainframe, unter Unix, auf PC-Netzwerken unter OS/2 laufen sollen. In Kapitel 4 haben wir Ihnen einige Möglichkeiten der Anwendungsprogrammierung mit CICS und DB2 an Beispielen vorgestellt. Auf die CICS-Funktionen zur Realisierung einer verteilten Verarbeitung können wir in diesem Buch nicht näher eingehen. |
Inhaltsverzeichnis Anhang
|
|
|
Homepage | Informationstechnologie
| Aktuelles | Datenbanken
| DB2 | Publikationen
Links
| Kontakt | Impressum
| International Pages