nicht angemeldet
Huhu Peter
Hu-lu lu-hu! :-)
Also die Bundle-DB könnte auch so aussehen:
id bid foreign_key foreign_db
1;1;1;domains
2;1;2;webspace3;2;1;domains
4;2;1;webspace5;3;1;domains
6;3;2;domains
7;3;2;webspacebid ist dabei die Bundle-ID
Verstanden. Der Vorteil liegt wohl darin, dass ich die Trennzeichen
nicht mehr brauche.
Der Nachteil liegt darin, dass ich auf Anhieb
nicht weiß, wie man bei Angebotsänderungen nachvollziehen kann, wann
was aktuell war (beim anderen Ansatz würde ich dafür einfach eine
Spalte timestamp verwenden).
Sollte man dann noch x:y:<timestamp>:timestamp einfügen - oder wie?
Außerdem ist der Preis für ein Paket anders als der addierte seiner
einzelnen Komponenten - x:y:a:fee mit a als Preis? Dann müsste Spalte
3 auf einmal FLOAT sein ... Des weiteren sollte es eine Spalte name
geben, deren Felder die Produktbezeichnungen enthalten. x:y:name:name?
Dann wäre Spalte 3 ein String ...
domains:
id tld fee
1 de 0.99
2 com 1.29
3 de oder com .50
In Wirklichkeit ist tld eine Enumeration, da COM, NET, ORG dasselbe
kosten. Oder würdest Du das auch wieder anders machen, d.h. für jede
Domainendung einen Datensatz anlegen und tld wirklich zum String
machen, mit den Wert de || com für die Wahlmöglichkeit zwischen DE und
COM verwenden?
[...] Die Idee mehrere Angaben in einer DB-Spalte mit Hilfe von Delimitern zusammenzukloppen solltest Du jedenfalls fallen lassen.
Stimmt, aber irgendwie geht das auch nicht, wie ich hoffentlich
einigermaßen verständlich beschrieben habe ...
Danke für deine Hilfe!
Peter