Forum: Datenbanken
by haentschman,
22. Mai 2017
:P
...meine Rede mit der AnschriftLISTEN Tabelle. 8-)
Wie man es auch dreht, es gibt kein allgemeingültiges Muster. Das muß der TE mit seiner Anforderung entscheiden. :wink:
Forum: Datenbanken
by haentschman,
22. Mai 2017
Wenn die Anforderung 1:n ist dann logischerweise nicht. Wenn das Angebot beim TE nur eine Adresse beinhaltet ist es legitim.
Wie schaut die originale Anforderung aus? :wink:
Forum: Datenbanken
by haentschman,
22. Mai 2017
Hallöle...:P
Das du mit einem Großhandel andere Probleme hast ist klar. :wink: Wir müssen das auf das einfache Problem herunterbrechen. :wink:
Da hätte ich nur eine AnschriftLISTEN Tabelle zwischen der Originalen Adressliste und dem Kunden eingebaut. Diese Tabelle hällt nur die Beziehungen zwischen den Kunden und den eigentlichen Adressen und die ID des AdressTyps. Da gehört...
Forum: Datenbanken
by haentschman,
22. Mai 2017
...8-)
...sehe ich anders. Der Kunde hat eine ID für die Anschrift, eine ID für die Rechnungsanschrift, eine ID für was auch immer. :P Persönlich würde ich die Adressen nicht mit der KundenID verküpfen. Da hast du viel zu viele redundante Felder. Wenn sich alle Kunden eine Lieferanschrift teilen (Packstation) hast du für jeden Kunden doppelte Einträge. Da ist es besser das Pferd anders herum...
Forum: Datenbanken
by haentschman,
22. Mai 2017
Moin...:P
...wie schon gesagt wurde, führen viele wege nach Rom. :P
Mein Einwand "die KundenID gehört nicht in die Adresstabelle":
Stell dir mal vor es gibt in der Stadt X ein Bürohochhaus. In diesem wohnen deine Kunden. Jetzt mußt du für jeden Kunden einen Datensatz in die Adresstabelle einpflegen weil der Datensatz die ID des Kunden trägt. Ohne die KundenID wäre es ein Datensatz für alle...
Forum: Datenbanken
by haentschman,
21. Mai 2017
Moin...:P
In der Kundentabelle ist die ID der Anschrift doch vorhanden. Deshalb gehört die KundenID hier nicht her. Die Anschrift ist damit für mehrere Kunden "gültig". 8-)
Forum: Datenbanken
by haentschman,
18. Mai 2017
Hallöle...:P
Da sind ja gute Anworten dabei...:thumb:
Der Einwand ist folgender. Ein Feldname sollte sinngemäß den Inhalt darstellen. ProduktPK ist die eindeutige ID des Datensatzes in der Produkt Tabelle. Das Feld, in der Produkt Tabelle, muß ja nicht unbedingt einen PK haben. Der PK ist ein "Zustand" des Feldes und hat damit nichts im Namen verloren. 8-) Deshalb besser ProduktID...:wink:
Forum: Datenbanken
by haentschman,
18. Mai 2017
Ich muß dich trösten... ich muß außer Haus. Was ich beim Überfliegen gesehen paßt soweit...:P
