REQ [Help]: Passt das ERM?

Jan

Bloody Newbie

Registered: Mar 2009
Location: deutschland
Posts: 5

22.04.2009 - 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

Hoffnungsloser Optimist

Registered: Mar 2000
Location: MeidLing
Posts: 11346

22.04.2009 - 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

Bloody Newbie

Registered: Mar 2009
Location: deutschland
Posts: 5

23.04.2009 - 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

Hoffnungsloser Optimist

Registered: Mar 2000
Location: MeidLing
Posts: 11346

23.04.2009 - 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

Bloody Newbie

Registered: Mar 2009
Location: deutschland
Posts: 5

23.04.2009 - 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

And the science gets done

Registered: Sep 2001
Location: Baden
Posts: 3548

24.04.2009 - 11:54

Bearbeitet von jives am 24.04.2009, 11:57

that

Hoffnungsloser Optimist

Registered: Mar 2000
Location: MeidLing
Posts: 11346

25.04.2009 - 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

And the science gets done

Registered: Sep 2001
Location: Baden
Posts: 3548

25.04.2009 - 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

Bloody Newbie

Registered: Mar 2009
Location: deutschland
Posts: 5

30.04.2009 - 10:56

Danke sehr. Hat alles gut geklappt

Jan Bloody Newbie Registered: Mar 2009 Location: deutschland Posts: 5	22.04.2009 - 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 Hoffnungsloser Optimist Registered: Mar 2000 Location: MeidLing Posts: 11346	22.04.2009 - 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 Bloody Newbie Registered: Mar 2009 Location: deutschland Posts: 5	23.04.2009 - 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 Hoffnungsloser Optimist Registered: Mar 2000 Location: MeidLing Posts: 11346	23.04.2009 - 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 Bloody Newbie Registered: Mar 2009 Location: deutschland Posts: 5	23.04.2009 - 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"? zu den artikeln: mir fällt nicht ein, wie ich das "besser" lösen könnte... lg & danke für deine zeit jan
jives And the science gets done Registered: Sep 2001 Location: Baden Posts: 3548	24.04.2009 - 11:54 Wieso nicht eine Artikel-Tabelle? id \| Name \| ArtNr 1 \| ArtNr 2 \| Preis 1 \| Preis 2 \| ... Zusätzlich könnte man noch eine Tabelle für die Beziehung Rabatt/... <-> Kunde machen. Mit welchem Programm hast du das Bild oben erstellt? Bearbeitet von jives am 24.04.2009, 11:57
that Hoffnungsloser Optimist Registered: Mar 2000 Location: MeidLing Posts: 11346	25.04.2009 - 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 And the science gets done Registered: Sep 2001 Location: Baden Posts: 3548	25.04.2009 - 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 Bloody Newbie Registered: Mar 2009 Location: deutschland Posts: 5	30.04.2009 - 10:56 Danke sehr. Hat alles gut geklappt

REQ [Help]: Passt das ERM?

Forum Index > Software > Coding Stuff

Jan

that

Jan

that

Jan

jives

that

jives

Jan