Hallo Twilo,
Als Farbe ist nicht gelb oder blau gemeint, sondern 4/4, 4/1, 4/0, 2/0, 2/1 etc.
so ein Eintrag hat für die Preisberechnung ein bestimmten Faktor
das ist überhaupt kein Problem
ID, Bezeichnung, Höhe, Breite
1, Din A4 lang, x, yKönntest Du das genauer beschreiben. Ein DIN-A-4-Blatt hat für mich genaue Ausmaße. Was bedeuten also Höhe und Breite?
ja, DIN A4 hat gewisse Maße 297*210
um den Preis nachher Berechnen zu können, brauche ich dann als Höhe 297 und als Breite 210
bei Din A4 Lang sind die Maße etwas anders ;-)
210x297, oder nicht?
Ja, wo ist das Problem? Berechnungen sind sehr einfach durchzuführen? Was sollen diese Berechnungswerte? Verstehe ich nicht.
damit wird am Ende der Preis für den Kunden berechnet
Wie sieht die Berechungsvorschrift aus? Ich kann mir nicht vorstellen, dass sich diese nicht sehr einfach darstellen läßt. Ohne Genaueres zu wissen, kann man Dir nicht konkreter helfen. Ich vermute, dass es einfach ist :-)
Ah ja, Stückzahlen mit Stückzahlabhängigen Konditionen. OK, nimm eine Tabelle, mit Tabellenwerten läßt es sich leichter rechnen. SET und ENUM sind Zeichenketten, deswegen meiner Meinung nach nicht die richtige Wahl.
ich hatte mir es so gedacht, wenn man eine Option über den Adminbereich neu zur Verfügung stellt, dass dann die Spalte mit den Set Werten geändert wird
Warum eine Zeichenkette? Was bringt Dir diese?
Warum willst Du nicht einfach eine INSERT-Anweisung durchführen?
Das ist meiner Meinung nach viel, viel einfacher?
Warum willst Du es unnötig komplex haben?
welche Möglichkeit besteht denn noch, wie ich mir die ID's merken kann, die ein Produkt zur Verfügung hat?
Ich verstehe diesen Satz nicht. Du musst Dir überhaupt keine IDs merken. Diese sind nur für interne Zwecke relevant.
Der Produkt wird je nach Option berechnet
ein Produkt hat Standardwerte, die dann multipliziert, addiert, etc. mit den Optionen den Endpreis für das ausgewählte Produkt ergeben
Wo ist das Problem. DBMS können wunderbar rechnen, sie können multiplizieren, addieren, subtrahieren, dividieren, ...
einige haben aber z.B. nur Farbe 1 und Farbe 3, das andere Produkt jedoch nur Farbe 2
somit müßte ich irgendwo speichern, welches Produkt welche Eigenschaften hat
Ja, in Verknüpfungstabellen, z.B. in diesem konkreten Fall:
Produkt <-> Farbzuordnung.
Für erlaubte andere erlaubte Kombinationen gehe analog vor.
Der Knackpunkt ist doch gerade, nicht alles in eine Tabelle zu quetschen. Dafür gibt es JOINs.
Freundliche Grüße
Vinzenz