PMG1719/DB Beleg/Fabian

Wiki-Quelltext dieser Seite.

<language>SQL</language>

== Feinschliff kommt noch ==


== '''Watchbank'''==

== Wahl des Themas:==

Ich habe mich mit dieser Idee befasst, weil ich das Thema als Geschäftsmodell für sehr spannend empfunden habe. Durch den Arbeitsauftrag im informatischen Unterricht sah ich die Gelegenheit mich selbst mehr damit auseinander zu setzen. Dadurch konnte ich persönliches Interesse mit schulischen Aufgaben verbinden und einen Mehrwert für alle Beteiligten schaffen. 

== Ziel des Unternehmens: ==
 
Das Ziel von Watchbank ist es eine Onlineplattform für den Verkauf von Luxusuhren zu bieten.
Wer kauft Luxusuhren Online? 
Jeder der ein großes Sortiment zum besten Preis haben will. 
Das größte Problem beim weltweiten Onlinehandel mit Luxusuhren ist es die Echtheit der Uhren zu prüfen. 
Diese Funktion nimmt Watchbank ein. 
Die Plattform lässt von staatlichen schweizer Uhrenprüfer die Uhren prüfen. Wenn die Uhren echt sind zertifiziert der Prüfer diese, schätzt ihren Preis und transportiert sie in das Sicherheitslager der Watchbank. 
Im Anschluss übernimmt die Börse die Vermittlerfunktion bei der Suche nach einem Kunden. 
Watchbank sorgt für den Online-Vertrieb, während der Händler diese weiterhin lokal anbieten kann. 
Im Falle eines lokalen Uhrenkaufs bringen Flugkurriere die Uhr innerhalb kürzester Zeit wieder zum Händler.
Dadurch können die Kunden Luxusuhren zu einem fairen Preis erwerben und die Händler ihre Uhren Weltweit zum echten Wert verkaufen. Dadurch haben alle einen Vorteil und die Leidenschaft für Uhren kann noch weiter verbreitet werden. 
Dafür stehen wir mit unserem Namen. 
Zeit ist eben Geld.


== Ziel der Datenbank: ==

Die Online-Datenbank hat den Zweck Kunden in Echtzeit den günstigsten Kaufpreis der von ihnen gewünschten Uhr anzuzeigen und gleichzeitig zu verifizieren, dass die Uhr echt ist.


== Grafische Darstellung unseres Geschäftsmodells ==

[[Bild:Schulsprecher_Erdplus-diagram_(12).png]]

== Vereinfachte Darstellung ==

[[Bild:Schulsprecher_Erdplus-diagram_(11).png]]

== Erläterung der Beziehungen ==

'''Händler-Uhr:''' Zwischen Haendler und Uhr herrscht eine m:n Beziehung, da ein Haendler mehrere Uhren besitzen kann und ein Uhrenmodell bei mehreren Haendlern verfügbar sein kann.

'''Uhr-Kunde:''' Bei Kunde und Uhr liegt bei mir eine m:n Beziehung vor, weil ein Kunde mehrere Uhren besitzen kann und ein Uhrenmodell von mehreren Kunden gekauft werden kann

'''Uhr-Boerse:''' Bei Uhr zu Boerse habe ich eine m:n Beziehung gemacht, weil eine Börse mehrere Uhren lagert und ich die Beziehung übersichtlicher gestalten konnte

Pruefer- Uhr: Zwischen Uhr und Pruefer ist ein 1:N Beziehung, weil eine Uhr von einem Prüfer getestet wird. Ein Prüfer testet aber mehrere Uhren.


== Datenbank ==
<code id="5c4bf4ab72b88">
DROP TABLE IF EXISTS HAENDLER;
 CREATE TABLE HAENDLER(
 H_ID int AUTO INCREMENT;
 Standort varchar(255),
 Name varchar(255),
 Nationalität varchar (255),
 PRIMARY KEY (H_ID)
);

</code>

== Geschäftsdaten: ==

<code id="5c4bf4ab72c02">

INSERT INTO HAENDLER VALUES (1,'Shanghai','Clockshop', 'Chinesisch');
INSERT INTO HAENDLER VALUES (2,'Wien', 'Austriantimes', 'Oesterreichisch');
INSERT INTO HAENDLER VALUES (3,'New York', 'Timehattan', 'Amerikanisch');

</code>


== Wie teuer ist eine Uhr? ==
<run id="5c4aba3b374d2">

SELECT UHR.Marke, UHR.Wert FROM UHR;

</run>

//Welcher Kunde kauft welche Uhr?


<run id="5c4ac2e976cd4">
SELECT * FROM KAUFT;
</run>



== Verwendete TOOLS ==

Zur Erstellung des ERM Modell und des Relation-Modell habe ich die Website[ https://erdplus.com/] genutzt.
Die Datenbank habe ich mit Hilfe des mir im Unterricht vermittelte Wissen und der mir zur verfügung gestellte Zeit erstellt.


== Kritische Reflexion ==

Das Projekt der Datenbank erschien mir am Anfang als eine Herausforderung um mich genauer mit dem Geschäftsmodell des Uhrenhandels und der informatischen Erstellung von Datenbanken zu befassen. 
Die Umsetzung gestaltete sich Anfangs als etwas schwierig, da die Modelle nicht einfach zu erstellen waren. Die Modelle musste ich auch mehrfach noch bei der Modellierung des Datensatzes überarbeiten, da mir immer wieder Unstimmigkeiten auffielen. Der Datensatz gestaltete sich insgesammt nicht zu schwierig. Mit Hilfe der Modelle war es wie Malen nach Zahlen. Insgesammt bin ich mit der theoretischen Erstellung der Datenbank zufrieden. Ich sehe einen Fehler darin, dass ich das Modell während der Datensatz erstellt wurde noch überarbeiten musste.
Dies führte zu ungeahnten Herausforderung. Aber wie im echten Leben kann man auch in der Informatik alles nur bedingt vorrausplanen. Wie im echten Leben, hat auch in der Datenbankerstellung der Weitsichtige einen Vorteil.
Das Projekt gestaltete sich als deutlich Komplexer als Anfangs angenommen. Außerdem hätte man die Beziehungen auch geringfügig anders gestalten können. So hätte man etwa auch die Entität Flugkurier noch einfügen können, aber das hätte Modell und Script noch deutlich komplizierter gemacht.
Dennoch habe ich die Datenbank als eine interessante, wenn auch Zeitraubende Herausforderung gesehen.