REQ [Help]: Passt das ERM?

Seite 1 von 1 - Forum: Coding Stuff auf overclockers.at

URL: https://www.overclockers.at/coding-stuff/req_help_passt_das_erm_206828/page_1 - zur Vollversion wechseln!

Jan schrieb am 22.04.2009 um 12:19

hallo
so, nachdem ich eh schon länger mitlesen, hab ich mir gedacht wirds jetzt zeit für meine erste frage

wir sollten in da schule ein erm machen, und ich wollte kurz nachfragen ob das passt...

es geht um eine erd für ein aquariumgeschäft. ich denke, dass die namen eh sprechend genug sind...

wenn jemandem was auffällt, was noch nicht passt, wär ich froh, wenn ihr mir helfen könntet, weil ich muss das morgen in der schule abgeben

danke
jan

that schrieb am 22.04.2009 um 21:40

Die Beziehung Rechnung - Rechnungsposition ist verkehrt. Bei Lieferung ebenso. Zwei Artikeltabellen sind seltsam (es werden andere Artikel geliefert als verkauft?)

Ich würde die Preise direkt in die Belegpositionen schreiben, die können ja mit jeder Rechnung anders sein. Die Listenpreise sollten dann vermutlich in eigenen Tabellen stehen, die zwischen Kunde/Lieferant und Artikel hängen.

Was ist ein Überfisch?

Was hast du mit den Eigenschaften vor, warum sind die so generisch und nicht "normal" modelliert?

Jan schrieb am 23.04.2009 um 00:09

Zitat von that
Die Beziehung Rechnung - Rechnungsposition ist verkehrt. Bei Lieferung ebenso. Zwei Artikeltabellen sind seltsam (es werden andere Artikel geliefert als verkauft?)

Ich würde die Preise direkt in die Belegpositionen schreiben, die können ja mit jeder Rechnung anders sein. Die Listenpreise sollten dann vermutlich in eigenen Tabellen stehen, die zwischen Kunde/Lieferant und Artikel hängen.

Was ist ein Überfisch?

Was hast du mit den Eigenschaften vor, warum sind die so generisch und nicht "normal" modelliert?

1. ist geändert, stimmt.
2.warum können die immer anders sein? wenn ein artikel einen anderen preis hat, wird das doch in "preis" geändert. für etwaige änderungen pro kunde dachte ich, "rabatt" würde passen...

Bzgl.: andere artikel geliefert als verkauft: ich dachte, dass artikel, welche geliefert werden, vom lieferanten eine andere artNR haben, als bei "uns".

zwecks generisch: wenn ich den fisch, wie in wikipeida zB auf knochenfische, knorpelfische, etc. auftrenne, habe ich X "is-a"-relations. deshalb dachte ich an eine objektorientierte lösung....

danke f die antwort
jan

that schrieb am 23.04.2009 um 00:17

Preise sind immer anders, sei es durch Mengenrabatte, Aktionen, ganz normale Preisänderungen, etc.

Dass die Artikelnummern sicher unterschiedlich sind, stimmt. Trotzdem handelt es sich um die selben Artikel.

Und bei dem generischen Datenmodell ist die Frage, ob du das für irgendwas brauchst - weil wenn du die Daten nur speichern willst und nicht irgendwie verarbeiten, dann würde ich einfach ein großes Textfeld nehmen.

Zu guter Letzt: Preise sind keine Integers.

Jan schrieb am 23.04.2009 um 00:25

Zitat von that
Preise sind immer anders, sei es durch Mengenrabatte, Aktionen, ganz normale Preisänderungen, etc.

Dass die Artikelnummern sicher unterschiedlich sind, stimmt. Trotzdem handelt es sich um die selben Artikel.

simmt, preise sind keine ints; danke sehr.

aber obiges hab ich glaub ich noch nicht kapiert...

gerade deshalb wollte ich ja den preis "trennen"? :confused:

zu den artikeln: mir fällt nicht ein, wie ich das "besser" lösen könnte...

lg & danke für deine zeit
jan

jives schrieb am 24.04.2009 um 11:54

that schrieb am 25.04.2009 um 00:28

Zitat von jives
Wieso nicht eine Artikel-Tabelle?

id | Name | ArtNr 1 | ArtNr 2 | Preis 1 | Preis 2 | ...

Artikel A kostet bei Lieferant X 123 und hat Artikelnummer A1 und bei Lieferant Y 125 mit Artikelnummer A2... wie soll das mit der Tabelle gehen?

jives schrieb am 25.04.2009 um 15:33

Ah, da hab ich dann was falsch verstanden.

Ich dachte es gibt pro Artikel nur EINEN eingetragenen Lieferanten, wobei sich aber die ArtNr und der Preis des Lieferanten von der eigenen ArtNr und vom eigenen Preis unterscheidet.

Jan schrieb am 30.04.2009 um 10:56

Danke sehr. Hat alles gut geklappt