Forum: Datenbanken
Delphi
by Jasocul,
14. Jul 2005
Typisch Hansa. :zwinker:
Kenn ich nicht -> brauch ich nicht -> also blödsinn (Nimms nicht so ernst)
Also, Generatoren würde ich dafür auch nicht einsetzen. Auf die Idee wäre ich gar nicht gekommen.
In der Baubranche geht es eben in mehreren Schachtelungstiefen in den Positionen (i.d.R. nicht mehr als 4).
Worauf ich eigentlich hinaus will, ist, dass der Anwender/Kunde den Bedarf vorgibt...
Forum: Datenbanken
Delphi
by Jasocul,
14. Jul 2005
Das hätte mich auch irritiert.
Bei einem Angebot Lücken in den Positionsnummern ???
So was macht man doch mit Ordnungsstrukturen (im einfachsten Fall Unterpositionen), wenn das in Teilleistungen aufgeteilt ist. Ich habe auch mal für die Baubranche programmiert. Da wird doch immer mit strukturierten Positionsnummern gearbeitet. Du solltest die genau überlegen, ob du das Angebot annimmst....
Forum: Datenbanken
Delphi
by Jasocul,
14. Jul 2005
Hi marabu,
datenbanktechnisch stimme ich dir voll zu. "Leider" haben unsere Kunden keinen Zugriff auf unsere Datenbank. Daher zählt für die nur das, was auf Papier gedruckt wurde (oder eMail).
Ich wollte auch gar nichts schlechtreden. Ich hatte nur den Eindruck, dass man auch ein paar Schritte weiter denken sollte, wenn man solche Überlegungen anstellt. Oft genug wird das vergessen.
Das war...
Forum: Datenbanken
Delphi
by Jasocul,
14. Jul 2005
Wir haben uns für die Speicherung der Positionsnummer entschieden (zusätzlich zum Primärschlüssel). Der Grund ist relativ einfach:
Der Kunde bestellt etwas und bekommt Teillieferungen. Damit er weiß, welche Positionsnummer des Lieferscheins (oder auch der Rechnung) zu welcher Position in der Auftragsbestätigung gehört.
Oder der Kunde storniert eine Position und möchte eine neue Bestätigung...
