PMG2224 1/DB Beleg/Florian P
Aus ProgrammingWiki
Wiki-Quelltext dieser Seite.
<language>SQL</language>
=='''Begründung der Themenwahl + Ziel'''==
Für das Thema der Reisen mit verschiedenen Tourangeboten in Verbindung mit dem Kunden habe ich mich entschieden, da es für mich ein relativ übersichtliches Thema ist mit dem man sich ganz gut ausseinander setzen kann. Des Weiteren ist es ein sehr alltägliches Thema was ein jeder nutzwn könnte und auch nachvollziehen kann.
''Ziel''
Das Ziel besteht darin anhand der verschiedenen Kundennummern und und damit verbundener Buchungsnr die Daten zu der Person, der Buchung und den verbundenen Touren zu erhalten bzw. mit einem Primärschlüssel die Daten herrauszufinden.
=='''ER Modell'''==
[[Bild:Clasher FloP_IMG_0207.jpeg| 500px]]
=='''R Modell'''==
<p class="left">[[Bild:Clasher FloP_IMG_0208.jpeg|550px]]</p>
=='''Datenbank'''==
<code id="65eac056d87be">
CREATE TABLE Kunden (
Kundennummer INT PRIMARY KEY,
Name VARCHAR(255),
Wohnort VARCHAR(255)
);
CREATE TABLE Reisen (
Buchungsnr INT PRIMARY KEY,
Anreise DATE,
Abreise DATE,
Reiseziel VARCHAR(255),
Hotel VARCHAR(255)
);
CREATE TABLE Touren (
Tourennr INT PRIMARY KEY,
Preis DECIMAL(10, 2),
Dauer INT,
Thema VARCHAR(255),
Veranstalter VARCHAR(255)
);
CREATE TABLE Buchungen (
Buchungsnummer INT PRIMARY KEY,
Kundennummer INT,
Buchungsnr INT,
Tourennr INT,
FOREIGN KEY (Kundennummer) REFERENCES Kunden(Kundennummer),
FOREIGN KEY (Buchungsnr) REFERENCES Reisen(Buchungsnr),
FOREIGN KEY (Tourennr) REFERENCES Touren(Tourennr)
);
</code>
<run id="65eac056d8807"></run>
=='''kritische Reflexion der Modellierung und Umsetzung'''==
Zu Beginn der Reflexion würde ich auf die verschiedenen Eigenschaften meiner Modellierung eingehen und warum ich diese verwendet habe. Die N:M Beziehug zwischen den Entitäten erklären sich dadurch das das ein Kunde mehrere Reisen haben kann und eine Reise zu mehren Kunden gehören kann. Das gleiche Spiel bei der Beziehung von Reise und Touren diese haben auch die Beziehung N:M, da iene Reise mehrer Touren beinhalten kann und eine Tour in mehren Reisen vorkommen kann.
Kritisch zu betrachten ist zum eine die Quantität meiner Attribute, welche ich aufgrund des Zeitfaktors gekürzt habe. In der Realität würde man deutlich mehr Daten haben bzw. bei einer solchen Reise angeben. Das ist schonmal kritisch zu betrachten, da es dadurch auch zu einer Ungenauheit kommen kann oder bei bestimmten Abfragen man vielleicht nicht auf wichtige/bruachbare Daten zugreifen das diese Attribute in meinem Modell gar nicht vorhanden sind. Also Zusammengefasst ist die relativ geringe Anzahl der Attribute zu betrachten.
Des Weitern ist der Zeitfaktor zu betrachten. Wenn man alles wirklich nur in den Stundengemacht hätte und man kein Vollprofi ist, ist es wirklich schwer alles zu schaffen. Also auch kritisch anhand der Quantität und Qualität ist die Zeit zu sehen um dieses Projekt zu meistern.
=='''Quellen und Tools'''==
https://chatopenai.de/ //Hilfe zur Themenwahl
https://erdplus.com/
https://www.bing.com/chat