[julien]

Hi,

ich habe momentan die Aufgabe eine Art Kunden-Datenbank etc. zu erstellen.
Hierbei soll es eine Preisliste für verschiedene Artikel (die es in verschiedenen Ausführungen gibt) geben. Hinzukommt noch, dass manche Kunden manche Artikel günstiger bekommen, aber sonst auf die normalen Preise zurückgreifen.

Mein Problem ist, dass ich momentan nicht weiß wie ich einen gescheiten Aufbau und eine gescheite Abfrage machen soll. Da die Preise in der weiteren Entwicklung z.B. beim Bestellen etc. ausgelesen werden sollen/verrechnet etc.

Ich dachte z.B. an eine DB 'preisliste', in der es die Felder:

'Artikelname' 'blau' 'rot' 'grün' etc.

gibt. 'blau', 'rot' etc. sind die jeweiligen Preise zugeordnet.

Jetzt ist aber die Frage, die ich mir stelle, wie binde ich für den selben Artikel andere Preise ein, die nur für einen Kunden gelten.

Weiß mir jemand Rat?

Ich danke euch schonmal.

Grüße
julien

[Chr!s]

Du könntest z.B. eine extra Tabelle für die Preise machen. Sprich einmal deine Tabelle für die Artikel
(articles: a.articleID, a.articleName, a.articleDescription ...)
und eine für die Preise
(articleprices: ap.articleID, ap.articlePrice, ap.userID) ..
die ap.userID könntest du ja dann mit dem besonderen Kunden verbinden.
Keine Ahnung ob das die optimale Lösung ist, ist mir nur gerade zwischen Tür und Angel in den Sinn gekommen..

Sind das alles individuelle Preise, oder sind die Preise für den einen Kunden Rabatte? Dann könnte man das auch eventuell in der User-Tabelle festlegen, wieviel %-Rabatt er bekommt (falls sich das auf alle Artikel bezieht) ..

[julien]

Hi,

die Preise sind eigentlich Standardpreise, d.h. für jeden gültig. Es soll aber die Möglichkeit geben, einzelnen Kunden einen Artikel z.B. günstiger zu verkaufen. Die Preise sollen "fest" eingeben werden, also keine prozentualen Rabatte etc. sein.

z.B.

'Artikelname' 'blau' 'rot' 'grün'

eins              2      5      6

reduziert für einen Kunden

eins              2      3,5    6

Alle Artikel die in der DB stehen, stehen den Kunden zur Verfügung. Also nicht nur ein Artikel.

Danke für deinen Vorschlag, sowas hatte ich mir auch überlegt, da bin ich aber noch am überlegen, wegen der "Verknüpfung" usw.

Grüße

[Chr!s]

Achso, okay.
Nun in dem Fall würde ich eine extra Tabelle für die Sonderpreise anlegen, mit articleID, userID und specialPrice ..

Bei einer Abfrage könntest du (z.B. mittels MySQL und einem RIGHT JOIN die Tabelle dazuverknüpfen) dies dann abfragen. Besteht diese specialPrice für die bestimmte articleID, ist das eben der Preis, gibt es keinen entsprechenden Datensatz (-> NULL) , wird der normale, für alle Kunden geltende Preis genommen.