Informationsintegration Architekturen 3.11.2004 Felix Naumann.
-
Upload
gertie-zahm -
Category
Documents
-
view
119 -
download
3
Transcript of Informationsintegration Architekturen 3.11.2004 Felix Naumann.
![Page 1: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/1.jpg)
InformationsintegrationArchitekturen
3.11.2004
Felix Naumann
![Page 2: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/2.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 2
Überblick
Überblick über Informationssysteme Klassifikation Weitere Kriterien
Architekturen 3 Schichten Architektur ... 5 Schichten Architektur
![Page 3: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/3.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 3
Klassifikation von Informations-systemen nach [ÖV99]
Orthogonale Dimensionen Verteilung Autonomie Heterogenität
Orthogonal in der Lösung der jeweiligen Probleme
Nicht unbedingt orthogonal in ihrer Ursache
![Page 4: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/4.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 4
Klassifikation von Informations-systemen nach [ÖV91]
Verteilung
Autonomie
Hetero-genität
Verteilte, homogene DBS
Logisch integrierte und homogene DBS
Heterogene, integrierte DBS
Heterogene, föderierte DBS
Homogene, föderierte DBS
Verteilte, heterogene föderierte DBS
Verteilte, föderierte DBS
Verteilte, heterogene DBS
![Page 5: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/5.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 5
Erweiterung der Klassifikation nach [ÖV99]
Verteilung/Distribution
Autonomie
Hetero-genität
Peer-to-peer
Enge Integration
Client/Server
Semi-autonom
Isolation
z.B. A2,D1,H0
![Page 6: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/6.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 6
Aut0, Dist0, Het0
Zwar nicht verteilte, aber dennoch mehrere DBMS.
Logisch integrierte, homogene Datenbanken „Composite System“ Nicht üblich Höchstens für Shared-Everything
Multiprozessor Systeme
![Page 7: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/7.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 7
Aut0, Dist0, Het1
Heterogenes, integriertes DBS Mehrere DBMS, einheitliche Sicht für Nutzer Anwendungsbeispiel
Integrierter Zugriff auf mehrere verschiedene DBMS (hierarchisch, relational,...) auf einer Maschine.
HeterogenitätKeine Autonomie
und keine Verteilung
![Page 8: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/8.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 8
Aut0, Dist1, Het0 Client/Server Verteilung Physische Verteilung der Daten Einheitliche Sicht für Nutzer Server
Datenmanagement, Optimierung, Transaktionen Client
Anwendung, GUI, Cache Management Kommunikation mittels SQL Auch
Multiple Client / Single Server Multiple Client / Multiple Server
![Page 9: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/9.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 9
Aut0, Dist2, Het0
P2P Verteiltes Informationssystem Wie A0,D1,H0, aber keine Unterscheidung
zwischen Client und Server „PDMS“ ohne Probleme der Heterogenität
und Verteilung
![Page 10: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/10.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 10
Aut1, Dist0, Het0
Homogene, föderierte DBS Semi-autonom
Starke Autonomie, aber Wille zur Kooperation mit anderen „Föderation“, federation
Mehrere ähnliche DBMS auf einer Maschine Jede mit einer anderen Aufgabe
Gemeinsamen Software erlaubt Zugriff. Nicht besonders realistisch
![Page 11: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/11.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 11
Aut1, Dist0, Het1
Heterogene, föderierte DBMS Z.B. Katalog DBMS und Image DBMS auf
einer Maschine, die gemeinsamen Zugriff erlauben.
Typisches Szenario
![Page 12: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/12.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 12
Aut1, Dist1, Het1
Verteilte, heterogene, föderierte DBMS Verteilung birgt nur wenige neue Probleme Behandlung ähnlich wie A1, D0, H1
![Page 13: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/13.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 13
Aut2, Dist0, Het0
Multidatenbanksystem (MDBMS) Volle Autonomie
Keine bekannte Kooperation Keine Kommunikation untereinander
Unrealistisch, da keine Heterogenität und keine Verteilung Könnte auch als einzige DBMS installiert werden.
Z.B. mehrere Installationen der gleichen DBMS auf einer Maschine
![Page 14: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/14.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 14
Aut2, Dist0, Het1
Wie A1, D0, H1 Noch realistischer Keine Interoperation untereinander möglich Integration nur in neuer, integrierender
Komponente. Z.B. DBMS und WWW Server auf einer
Maschine Nicht zur Interoperation entwickelt
DBMS „spricht“ kein http, WWW „spricht“ kein SQL
![Page 15: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/15.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 15
Aut2, Dist1/2, Het1
Verteilte MDBMS Schwierigster Fall Wie A2,D0,H1
Verteilungsprobleme eher technisch
Auch: Mediator-basierte Systeme
![Page 16: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/16.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 16
Taxonomie nach [SL90]
Taxonomie nach der Autonomie Dimension
Multidaten-banksystem
Nicht-föderierteDBS
FöderierteDBS (FDBS)
Lose Kopplung Enge Kopplung
EinfacheFöderation
MehrfacheFöderation
Lokale und nicht-lokale Nutzer werden nicht unterschieden
Nutzer muss selbst integrieren und administrieren.
Nur ein föderiertes Schema
DBMS
Verteiltes DBMS
Zentralisiertes DBMS
Einfaches, ver-teiltes DBMS
![Page 17: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/17.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 17
Überblick
Überblick über Informationssysteme Klassifikation Weitere Kriterien
Architekturen 3 Schichten Architektur ... 5 Schichten Architektur
![Page 18: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/18.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 18
Kriterien föderierter Informationssysteme nach [BKLW99]
Weitere (nicht-orthogonale) Kriterien Strukturierung der Komponenten Enge und lose Kopplung Datenmodell Art der semantischen Integration Transparenz Anfrage-Paradigma Bottom-up oder Top-down Entwurf Virtuell oder materialisiert Read-only oder read-&-write
Gelten zumeist auch für MDBMS
![Page 19: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/19.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 19
1. Strukturierung der Komponenten
Strukturiert Festes Schema, festes Format Beispiel: Datenbanken
Semi-strukturiert Struktur vorhanden, aber nur teilweise bekannt Daten sind mit Semantik gelabelt Beispiel: XML Dokumente, OEM Daten
Unstrukturiert Keine Struktur Beispiel: Textuelle Daten, Abstracts
![Page 20: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/20.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 20
2. Enge und lose Kopplung
Enge Kopplung Festes, integriertes/föderiertes Schema
Modelliert mit Korrespondenzen Feste Anfragesprache
Lose Kopplung Kein festes Schema
Nutzer müssen Semantik der Quellen kennen Integrierte Sichten helfen
Feste Anfragesprache Multidatabase query language (MDBQL) [LMR90] SchemaSQL
![Page 21: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/21.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 21
3. Datenmodell Kanonisches Datenmodell (im integrierten System)
Objektorientiertes Modell Relationales Modell Hierarchisches Modell Semistrukturiertes Modell XML Datenmodell
Verlustfreie Integration ist schwierig Beispiel: OO to Relational Mapping
Datenquelle: OO, kanonisches Datenmodell: Relational Schlüssel erfinden Nicht-Atomare Attribute müssen untergebracht werden.
struct, set, bag, list, array Semantische Beziehungen gehen verloren
(Schlüssel/Fremdschlüssel)
![Page 22: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/22.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 22
4. Art der Semantischen Integration Vereinigung
Simple „Konkatenation“ von Objekten Anreicherung
Mit Metadaten Fusion
Objektidentifizierung Re-Strukturierung Komplementierung
Mehrere Objekte werden zu einem integriert Aggregation
Konfliktlösung
Diese Techniken sind nicht ausschließlich!
![Page 23: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/23.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 23
5. Transparenz
Speicherorttransparenz Physischer Ort der Daten unbekannt IP, Quellenname, DB Name
Schematransparenz Nutzer sehen nur integriertes Schema Strukturelle Konflikte werden verborgen
Sprachtransparenz Nutzer muss nur eine Sprache beherrschen Integriertes System übersetzt.
![Page 24: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/24.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 24
6. Anfrage-Paradigma Strukturierte Anfragen
Struktur ist Nutzern bekannt . Struktur kann in Anfrage verwendet werden. Z.B. DBMS + SQL
„Canned queries“ Vordefinierte Anfragen (parametrisiert)
Such-Anfragen Struktur unbekannt Information Retrieval Z.B. Suchmaschinen auf Texten
Browsing Kein Such-Interface WWW
![Page 25: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/25.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 25
7. Bottom-up oder Top-down Entwurf Beim Entwurf des integrierten Systems Bottom-up:
Ausgelöst durch den Bedarf mehrere Quellen integriert anzufragen
Schemaintegration ist wichtig. Änderungen schwierig, da neu integriert werden muss. Typisches Szenario: Data Warehouse
Top-down Ausgelöst durch globalen Informationsbedarf Vorteilhaft bei labilen Quellen Schemaintegration nicht nötig, bzw. leichter Typisches Szenario: Virtuelle Integration
![Page 26: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/26.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 26
7. Bottom-up Entwicklung
![Page 27: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/27.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 27
7. Top-down Entwicklung
![Page 28: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/28.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 28
8. Virtuell oder materialisiert
Virtuell Anfragen werden in Teilanfragen übersetzt. Daten werden nur bei Bedarf übertragen und nur
temporär gespeichert. Materialisiert
Daten werden transformiert und lokal gespeichert. Anfragen werden direkt gegen die materialisierten
Daten gestellt.
![Page 29: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/29.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 29
9. Read-only oder read-&-write
Read-only die beliebtere Variante Write (insert & update) schwierig
Viele Interfaces erlauben kein Schreiben Update durch Sichten ist schwierig Bei Komplementierung: Welche Quelle? Globale Transaktionen (komplexe Protokolle) Autonomie!
![Page 30: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/30.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 30
Überblick
Überblick über Informationssysteme Klassifikation Weitere Kriterien
Architekturen 3 Schichten Architektur ... 5 Schichten Architektur
![Page 31: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/31.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 31
3-Schichten Architektur
ANSI/SPARC 3-Schichten Architektur für zentralisierte DBMS
Internes Schema
Konzeptionelles Schema
Externes Schema 1
Externes Schema N
...
![Page 32: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/32.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 32
Wdh: Das Schichtenmodell
Interne (physische) Sicht Speichermedium (Tape, Festplatte) Speicherort (Zylinder, Block)
Konzeptionelle (logische) Sicht Unabhängig von physischer Sicht Definiert durch Datenmodell Stabiler Bezugspunkt für interne und
externe Sichten Externe (logische) Sicht
Anwendungsprogramme Nur auf die relevanten Daten Enthält Aggregationen und
Transformationen
![Page 33: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/33.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 33
3-Schichten Architektur
Internes Schema
Konzeptionelles Schema
Externes Schema 1
Externes Schema N
...Anwendungen
DBMS
![Page 34: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/34.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 34
4-Schichten Architektur Für verteilte DBMS Neu: Trennung lokales
vs. globales konzeptionelles
Globales Konzeptionelles Schema ist integriert aus den lokalen konzeptionellen Schemas.
Lokales und globales konzept. Schema kann gleich sein.
Konzeptionelles Schema
Externes Schema 1
Externes Schema N
...
Lokales konzept. Schema
Lokales konzept. Schema
Internes Schema
Internes Schema
...
...
![Page 35: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/35.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 35
4-Schichten Architektur
Konzeptionelles Schema
Externes Schema 1
Externes Schema N
...
Lokales konzept. Schema
Lokales konzept. Schema
Internes Schema
Internes Schema
...
...
Anwendungen
Vert. DBMS
Lokale DBMS
![Page 36: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/36.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 36
Import-/Export-Schema-Architektur nach [HM85]
= lokales konzeptionelles Schema
Idee: Nur Teilmenge des lokalen konzeptionellen Schemas wird der Föderation zur Verfügung gestellt.
Idee: Nur Teilmengen der Exportschemas sollen verwendet werden.
![Page 37: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/37.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 37
4-Schichten Architektur Auch:
Multidatenbank-architektur [LMR90]
Voraussetzung Nutzer kennen die
jeweiligen Schemas
Multidatenbanksprache
Lokales und globales konzept. Schema kann gleich sein.
Lose Kopplung
Export-Schema
Externes Schema 1
Externes Schema N
...
Lokales konzept. Schema
Lokales konzept. Schema
Internes Schema
Internes Schema
...
...
Export-Schema
= physisches Schema
![Page 38: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/38.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 38
4-Schichten Architektur
Export-Schema
Externes Schema 1
Externes Schema N
...
Lokales konzept. Schema
Lokales konzept. Schema
Internes Schema
Internes Schema
...
...
Export-Schema
Anwendungen(müssen selbst integrieren)
Lokale DBMS
![Page 39: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/39.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 39
5-Schichten Architektur [SL90] Neu:
Interne Schemas werden nicht mehr betrachtet.
Exportschemas Integriertes,
föderiertes Schema Terminologie
Komponentenschema = lokales konzept. Schema
Föderiertes Schema = globales konzept. Schema
Föderiertes Schema
Externes Schema 1
Externes Schema N...
Komponenten-schema
Komponenten-schema
Lokales Schema
Lokales Schema
...
...
Exportschema Exportschema
![Page 40: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/40.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 40
5-Schichten Architektur [SL90]
Föderiertes Schema
Externes Schema 1
Externes Schema N...
Komponenten-schema
Komponenten-schema
Lokales internes Schema
Lokales internes Schema
...
...
Exportschema Exportschema
Anwendungen
Föd. DBMS
Lokale DBMS
![Page 41: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/41.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 41
5-Schichten Architektur [SL90]
Lokale Schemas Konzeptionell
Komponentenschemas Kanonisches Datenmodell Fügt fehlende Semantik hinzu. Übergang durch Mappings.
Exportschemas Teilmenge des Komponentenschemas Verwaltet Zugangsberechtigungen
![Page 42: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/42.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 42
5-Schichten Architektur [SL90] Föderiertes Schema
Integriert aus den Exportschemas Kennt Datenverteilung Andere Namen:
Import Schema Globales Schema Enterprise Schema Unified Schema
Externes Schema Föderiertes Schema kann sehr groß sein
Vereinfachung im Exportschema „Schema Evolution“ leichter Zusätzliche Integritätsbedingungen Zugangskontrollen
![Page 43: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/43.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 43
5-Schichten Architektur [SL90] Mischformen
Einige Schichten nicht immer nötig. Z.B. wenn lokales und
Komponentenschema gleich sind. Z.B. wenn komplettes Komponentenschema
exportiert werden soll. Ein Komponentenschema kann mehrere
Exportschemas haben. Große FDBS können mehrere föderierte
Schemas haben. Föderation!
Nur semi-autonom Lokale DBMS müssen bereits
kanonisches Datenmodell unterstützen.
![Page 44: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/44.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 44
Vergleich der Architekturen [Con97]
4-Schichten
1. Lose Kopplung
2. Integration durch Nutzer
3. Zugriff über globale Schnittstellen
4. DBMS-Funktionalität nur durch Multidatenbank-sprachen
5-Schichten1. Lose und enge
Kopplung2. Integration durch
globalen Administrator
3. Zugriff durch globales System
4. DBMS-Funktionalität im globalen System
Import/Export1. Lose Kopplung
2. Integration durch Nutzerund globalen Admin
3. Zugriff über lokales System
4. Keine globale DBMS-Funktionalität
![Page 45: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/45.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 45
Zusammenfassung
1. 2.
VL 7 (8.11.05)
![Page 46: Informationsintegration Architekturen 3.11.2004 Felix Naumann.](https://reader034.fdocuments.net/reader034/viewer/2022051515/55204d6749795902118bcf54/html5/thumbnails/46.jpg)
3.11.2005 Felix Naumann, VL Informationsintegration, WS 06/06 46
Literatur Wichtige Literatur
[ÖV99] Principles of Distributed Database Systems. M. Tamer Özsu, Patrick Valduriez, Prentice Hall, 1999.
[SL90] Amit P. Sheth and James A. Larson, Federated Database Systems for Managing Distributed, Heterogeneous, and Autonomous Databases, ACM Computing Surveys, Vol. 22(3), pp183-236, 1990.
[Con97] Stefan Conrad, Föderierte Datenbanksysteme. Springer, Heidelberg 1997.
Weitere Literatur [LMR90] W. Litwin, L. Mark, N. Roussoupoulos, Interoperability of Multiple
Autonomous Databases, ACM Computing Surveys, Vol. 22(3), pp267-293, 1990.
[HM85] Dennis Heimbigner, Dennis McLeod: A Federated Architecture for Information Management. ACM Trans. Inf. Syst. 3(3): 253-278 (1985)