Forum: Datenbanken
by jobo,
22. Mai 2017
Die originale Anforderung ist meines Wissens mehrere Anschriften zu speichern, aber vielleicht sehe ich den Wald schon länger nicht mehr.
Da ich nicht die Muße habe, auf die Schnelle 60 Beiträge durchzuscannen, wäre mein Vorschlag, der TE sortiert sich und die Beiträge und macht für Einzelprobleme neue Threads auf.
Nicht zu vergessen, zuvor selbst so viel wie möglich umzusetzen und auch...
Forum: Datenbanken
by jobo,
22. Mai 2017
Das ist mir zu schräg, selbst wenn viele Wege nach Rom führen, kann man gerne den gut ausgebauten "Highway" nehmen.
Die normalisierte Variante 1 Kunde hat N Adressen (mit unterschiedlichen Verwendungszwecken) ist der Weg, den ich nach Rom empfehle, analog zu Mikhal. Dies gilt nicht nur fachlich speziell für die Adressen hier, sondern generell auch nach den gängigen Modellierungsverfahren...
Forum: Datenbanken
by jobo,
22. Mai 2017
Also komm, Du kannst in einem Forum davon ausgehen, dass es immer mehrere Erklärungen gibt und viele Wege nach Rom führen.
Zusätzlich kannst Du davon ausgehen, dass es Missverständnisse gibt.
Dein Thread ist mittlerweile recht umfangreich, viel Platz für alle Arten von Informationen.
Wir wäre es, die ganzen Infos hier mal umzusetzen und einfach zu sehen, was mit Deinen ID passiert, wenn Du...
Forum: Datenbanken
by jobo,
21. Mai 2017
Auch eine Vorwahl kann sich innerorts (PLZ) unterscheiden. abhängig von alten Kupfernetzen aus Postzeiten, Gebietsreformen etc. pp. Hier driftet Realität und Idealmodell soweit auseinander, dass es ggF. ratsam ist, die Nachschlagetabelle nicht zur Verknüpfung einzusetzen, sondern als "Lieferant" korrekter Werte, Stichwort Datenqualität.
Die Möglichkeit, dass die "Vorwahl" der Anschrift nicht...
Forum: Datenbanken
by jobo,
19. Mai 2017
Noch ein paar Anmerkungen:
zu 4)
Die Zonen müssen sich bei einem Datenmodell mit möglichen Mehrfachadressen nicht auf den Kunden, sondern auf die Adressen, bzw. die jeweils verwendete Lieferadresse beziehen bzw dort eingetragen werden. Genau genommen spielt sogar das Auslieferungslager mit rein, wenn es mehrere gibt.
Wenn Du nichts besseres zu tun hast, kannst Du auch gleich mit...
Forum: Datenbanken
by jobo,
18. Mai 2017
Ich finde das Modell von Mikal ganz gut. In Bezug auf Jumpys Anmerkungen würde ich da den einzigen Knackpunkt sehen im Bereich Angebotsgültigkeit und Preisgültigkeit. Das kann sich so wie es modelliert ist widersprechen, sofern eine Angebotsgültigkeit eingesetzt wird (ist ja nicht unüblich)
Auch ist der Fehler mit dem Gesamtpreis aus dem 1. Modell raus. Der wird errechnet, nicht abgelegt.
Forum: Datenbanken
by jobo,
18. Mai 2017
Das halte ich für falsch. Es ist eine Frage der Vorgehensweise, der verwendeten Datenbank sowie der Komponenten.
Vielleicht noch etwas gesunder Menschenverstand dazu und alles ist gut.