IB Expert und Tabelle Anlegen

[DeddyH]

@Markus: willst Du für jeden einzelnen Preis einen DS in der Preise-Tabelle anlegen? Je verschiedenem Artikel? Und was machst Du bei Preisänderungen eines einzelnen Artikels? Das erscheint mir mächtig Overhead, ich weiß nicht, ob ich das so lösen würde.

@Sascha: könntest Du mal vorne anfangen? Mir scheint, die Normalisierung war schon einen Schritt zu weit, erstell Dir doch erst einmal ein ER-Modell.

[mkinzler]

Ich würde das auch nicht grundsätzlich machen sondern nur, wenn diese Änderung von Belang ist. Zudem ist es ja relativ egal, ob ich den Preis im Artikel ändere oder einen neuen Eintrag in einer Preistabelle anlege.

[DeddyH]

OK, aber eine Preistabelle, die nur eine ID und den zugehörigen Preis enthält, erscheint mir wenig sinnvoll.

[SaFu]

Habe es mittlerweile erweitert da ich später mit diesen Beträgen rechnen will

[mkinzler]

Da hast du recht.

[DeddyH]

Hast Du schon ein ER-Modell erstellt? Das ging ja flott.

[haentschman]

PS: den Preis eher als Float statt Integer. Es sei denn du verkaufst nur gegen 1000 Mark Scheine

[SaFu]

Also ich weis nicht wie ich das ER-Modell auf meine Tabelle anwenden soll, nach dem ER-Model müsste ich ja einiges in Extra Tabekllen auslagern

[DeddyH]

Das ER-Modell hat den Zweck, dass man sich über Beziehung der Tabellen untereinander Klarheit verschafft. Danach entwirft man sich ein detailliertes DB-Modell, das diese Beziehungen abbildet. Und dass dabei ein paar Tabellen mehr herauskommen, ist ganz normal, für jede m:n-Beziehung benötigt man ja eine Zwischentabelle für die Zuordnung.

[Hansa]

Zitat von DeddyH:

Beispiel: der Preis gehört zum Artikel und nicht als eigene Tabelle in die Stammdaten.

Man kann doch nie und nimmer davon ausgehen, dass es nur einen Preis gibt. Jeder Busfahrer kriegt bei irgedwelchen Artikeln in einem beliebigen Kiosk einen Sonderpreis. Man könnte eventuell einen Grundpreis beim Artikel hinterlegen. Ansonsten gehört das sehr wohl in eigene Tabelle. Vom Datum mal ganz abgesehen. Die Tabellen müssen dabei so aussehen : Artikel wie gehabt. Alle nicht oft veränderten Daten. Also Nr., Bez etc. Alles andere in separate Tabellen. Auch wegen der Preishistorie. Preistabelle: ID, ID_ART, ID_KUNDE, ABDATUM usw. wobei ID_ART auf den Artikel zielt. 8)