SQL

Frage: Ist es möglich bei einer SELECT-Anweisung, die alle Attribute einer Relation auswählt (d.h. SELECT * ...) auch die DISTINCT anzugeben?

Antwort: Syntaktisch ist dies ohne weiteres möglich.
Allerdings ist es für für den Fall sinnvoll, wenn die selektierte(n) Relation(en) über keinen Primärschlüssel verfügen. Dieses inhärent eindeutig belegte Attribut (welches bei der Auswahl „*“ automatisch mitselektiert wird) stellt bereits die Duplikatfreiheit sicher, so daß in diesem Falle die Angabe von DISTINCT keine Veränderung am berechneten Ergebnis bewirkt.

Frage: Ist es Möglich bei einer SELECT-Anweisung das Jokerzeichen für die Auswahl aller Spalten noch um die explizite Auswahl zusätzlicher Spalten derselben Relation zu ergänzen?

Antwort: Syntaktisch ist dies problemlos möglich.
Allerdings ist dies wenig sinnvoll, die das mehrfach angegebene Attribut immer dieselben Daten liefert.

Datenmodellierung mit E³R

Frage: Andere Datenmodellierungssprachen unterstützen neben Entitätstypen auch Attribute. Warum bietet E³R kein äquivalentes Konstrukt an?

Antwort: Die Trennung zwischen Entitäten und ihren Eigenschaften, die durch Attribute verkörpert werden, muß im E³R-Modell nicht durch den Modellierer vorgenommen werden. Vielmehr werden mögliche Attributstrukturen durch den Algorithmus zur Ableitung logischer Relationenstrukturen automatisch korrekt erkannt und umgesetzt.
Der Modellierer kann sich daher auf die Abbildung des Diskursbereichs durch die zur Verfügung stehenden einfachen Sprachprimitive konzentrieren, ohne Information, die Bestandteil des logischen Modells ist, vorweg nehmen zu müssen.
Bei der Modellierung mit E³R geht jedoch zu keinem Zeitpunkt Information des abgebildeten Realitätsausschnittes verloren, sie wird nur „anders“ (d.h. ausschließlich durch Entitätstypen) dargestellt. Hintergrund dieser Vorgehensweise ist die Verankerung des Attributbegriffs in vielen anderen Modellierungssprachen, der dort zumeist nur mit eingeschränkten Anwendungsmöglichkeiten und damit reduzierter Ausdruckssemantik vorgesehen ist. Diese Einschränkung wird in E³R durch die im konzeptuellen Schema erfolgende Darstellung durch Entitätstypen vermieden.

Frage: Warum wird zur Erstellung des konzeptuellen Schemas nicht eine „moderne“ Modellierungssprache wie die Unified Modeling Language (UML) eingesetzt?

Antwort: Viele der jüngeren Modellierungssprachen sind keine konzeptuellen oder semantischen Sprachen, sondern dienen vielmehr zur Erstellung logischer Schemata. So auch die UML. Sie wird zur graphischen Darstellung von logischen Modellen nach dem objektorientierten Paradigma eingesetzt.
Für den Datenbankentwurf werden aber konzeptuelle Schemata benötigt. Nur diese Festlegung erlaubt es später den entstandenen Entwurf in beliebige logische Zielschemata umzusetzen. Darüberhinaus würde durch die Verwendung einer Modellierungssprache für genau einen logischen Schematyp eine einschränkende Vorfestlegung getroffen, die den Modellierer zwingen würde den abzubildenden Realitätsausschnitt nach dem logischen Paradigma der gewählten Modellierungssprache darzustellen.
Semantische Modelle wie E³R vermeiden diese einschränkende Sichtweise und Vorfestlegung durch die gleichberechtigte Abbildung aller notwendigen Information, die es erlaubt in einem späteren Entwicklungsschritt die benötigten logischen Sichten automatisiert und konsistent abzuleiten.

Frage: Dürfen hybride Entitäts-Assoziationstypen spezialisiert werden, d.h. darf ein hybrider Entitäts-Assoziationstyp Ziel oder Ausgangspunkt einer Spezialisierungsassoziationstyps sein?

Antwort: Da ein hybrider Entitäts-Assoziationstyp nichts formal ausschließlich durch die Vereinigung der Konzepte und Symbole des Entitäts- und des Assoziationstyps entstanden ist, -- er mithin immernoch unverändert alle Charakteristika eines „normalen“ Entitätstyps besitzt -- darf er selbstverständlich spezialisiert (als Ziel einer Spezialisierungsassoziation) oder generalisiert (als Ausgangspunkt einer Spezialisierungsassoziation) werden.

Service provided by Mario Jeckle
Generated: 2004-06-07T12:30:23+01:00
Feedback SiteMap
This page's original location: http://www.jeckle.de/vorlesung/datebanken/FAQ.html
RDF description for this page