Oracle Designer (Oracle) Komponenten (Auswahl) Notation im

Komponenten (Auswahl)
Oracle Designer (Oracle)
• Modellierung innerhalb eines Wokareas
• Nur im Zusammenhang mit einer Datenbank
• Es können konzeptionelle, objektorientierte und
physische Modelle erzeugt werden
• Forward- und Revers Engineering ist möglich
• Die Umsetzung vom konzeptionellen ins physische
direkt als Erzeugung einer Datenbank oder SQLDDL-Anweisungen geschehen
• Die Einarbeitung in die Bedienung des graphischen
Tools zur Erzeugung eines ER-Modells erfordert
Übung
Notation im Oracle-Designer(1)
Bezeichnung
Symbol im ER-Diagramm
Attribut
Name
1:N-Beziehung
N:M-Beziehung
2.
3.
4.
Repository- Objekt-Navigator:Verwaltung der
verschiedenen Schichten z. B.:Erzeugung von
Workareas
Entity-Relationship-Diagrammer: Erzeugen von
ER-Diagrammen
Database Design Transformer: Erzeugt aus einem
ER-Diagramm ein Server-Model (relationales
Modell in grfischer Form).
Design Editor: zeigt das Server-Model und generiert ein SQL-Script oder eine Datenbank,
checkt die Korrektheit des Modells
Notation im Oracle-Designer(2)
Symbol im Oracle-Designer
Bezeichnung
Entity mit Attribut
1:1-Beziehung
1.
(0,1)
(1,1)
(0,1)
(1,*)
(1,*)
(0,*)
Name
#Attribut_1
+Attribut_2
oAttribut_3
Weak-Entity
(schwaches Entity)
Symbol im ER-Diagramm
Name
W_Name
Symbol im Oracle-Designer
Name
W_Name
Komponenten
Power Designer (Sybase)
1.
• Modellierung innerhalb eines Workspace
(Modellierung unabhängig von einer Datenbank)
• Es können konzeptionelle, objektorientierte und
physische Modelle erzeugt werden
• Forward- und Revers Engineering ist möglich
• Die Umsetzung vom konzeptionellen ins physische
(relationale) Modell kann über ODBS oder SQL-DDLAnweisungen geschehen
• Die Einarbeitung in die Bedienung des graphischen
Tools zur Erzeugung eines ER-Modells ist einfach
und kann intuitiv geschehen.
2.
3.
4.
5.
6.
ProcessAnalyst: Erfassung von Betriebsabläufen
und Analyse von Organisationsstrukturen (Einsatz
von Datenflußdia-grammen (DFD))
DataArchitect: Werkzeug zum Entwurf relationaler
Datenbanken (Einsatz von Entity-RelationshipModellen (ERM))
AppModeler: Erstellen Anwendungsprogrammen
WarehouseArchitect: Unterstützung bei der
DataWarehouse-Planung
MetaWorks: Komponentenübergreifende
Verwaltung der Modellierdaten
Viewer: Nur-Lese-Komponente zur Anzeige von mit
dem PowerDesigner erstellten Projektergebnissen
DataArchitect (1)
Der DataArchitect unterstützt den Entwickler bei einer Vielzahl von
Phasen des Datenbankentwurfsprozesses1:
• Konstruktion eines konzeptionellen Entwurfes basierend auf
einem ER-Diagramm.
• Automatische Transformation des konzeptionellen Modells in
ein korrespondierendes relationales Datenbankschema für ein
ausgewähltes Ziel-DBMS (logischer Entwurf).
• Definition von Parametern für die systemspezifische Realisierung (z.B. Zugriffspfadstrukturen wie Indizes) auf der internen
Ebene gemäß ``Drei-Ebenen-Architektur'' (physischer
Entwurf)
• Generierung eines Skriptes zur Erzeugung der verschiedenen
Schemata mit Hilfe der DDL des gewählten Ziel-DBMS
(Implementierung)
DataArchitect (2)
Die Dokumentation der verschiedenen Modelle kann
parallel zum gesamten Entwurfsprozeß erfolgen.
Anforder.
konzept. Entwurf log. Entwurf phys. Entwurf Implementierung
CDM
PDM
generiert
Reports auf
konzeptionel
-ler Ebene
Reports auf
physischer
Ebene
Dokumentation
SQL-Script
Notation im PowerDesigner (2)
Notation im Power-Designer(1)
Bezeichnung
Symbol im ER-Diagramm
Symbol im Oracle-Designer
Entity mit Attribut
Name
Attribut
Attribut <UNDEF>
Name
1:1-Beziehung
1:N-Beziehung
N:M-Beziehung
(1,1)
(0,1)
(0,*)
(1,1)
(1,*)
(0,*)
ER-Notation (1)
Entity:
Relationships:
1:n
<pi> Primärschlüssel
I
Datentyp (integer)
M zwingend (mandantory)
Identifier_1 Æ autom. erzeugt
ER-Notation (2)
Relationships:
n:m
rekursiv:
Vergleich - Kardinalitäten
Notation aus der Vorlesung
O_Name
...
Ort
Oracle Designer
Power Designer
(0,*)
S_Name
hat
(1,1)
Schule
...