Preisdatenbank aber wie aufbauen.

[Reyes]

Hallo,
ich bin mit MySQL leider noch nicht sehr vertraut. Bis jetzt eigentlich nicht viel damit gemacht. Wie Datenbanken funktionieren ist mir bekannt.

Zu meiner Frage:
Ich möchte mir eine Art Preisdatenbank aufbauen. Dabei habe ich ca 100 verschiedene "Items" bzw. Produkte (geht um eine Onlinegame). Ich möchte mir aus der Datenbank Name / Server / Datum / Preis ausgeben lassen. Jetzt stell ich mir die Frage ob ich alles in eine Tabelle packen soll oder verteilen.

Meine Ideen:
- Eine Tabelle: ID | Server | Item | Datum | Preis
- mehrere Tabellen: Tabelle 1 = ID | Server // Tabelle 2 = ID | Item usw.
- Tabelle pro Item: Tabelle (Name = Item) = ID | Server | Datum | Preis

Welche Methode ist dafür am besten geeignet? Ich weiß nicht wie sehr so etwas eine Datenbank ausbremst, zerstören kann, etc.

Freue mich auf hilfreiche Tipps :)

[vt1816]

Hallo und Willkommen hier um Forum.

Zitat von Reyes

[...]
Freue mich auf hilfreiche Tipps :)

Die fünf Normalformen sollten schon mal einen hilfreichen Anfang liefern.

[Reyes]

Ok ich habe das ganze mal durchgelesen.

Also war vermutlich meine erste Idee richtig:

Ich geben jedem Eintrag eine ID und kann dann in den verschiedenen Tabellen nach der ID suchen und mir somit alles mehr oder weniger zusammenstückeln.

Verbraucht dies mehr Ressourcen, wie eine andere Methode? Es kann sein das teilweise mehrere Hundert/Tausend Einträge pro Tag hinzukommen.

[rei]

Zitat von Reyes

...
ich bin mit MySQL leider noch nicht sehr vertraut. ....
Ich weiß nicht wie sehr so etwas eine Datenbank ausbremst, zerstören kann, etc.

Dann ist das ja ein gutes Projekt um Deine Erfahrungen zu sammeln
und die Vor- und Nachteile von Normalisierung und Retundanzen zu erfahren.

Tipp:
Ich denke die Performance ist für den Anfang noch dein geringstes Problem ;)