Felddaten in zwei Tabellen nicht doppelt

Hallo Experten,

ich habe da ein Problem zu lösen und finde einfach keinen Ansatz.

In einer Tabelle sollen Einzelartikel in folgenden Spalten erfasst werden:
EinzelArtikelID
EinzelArtikelNummer (nicht doppelt)
EinzelArtikelName

In einer zweiten Tabelle sollen Sets, basierend auf die Einzelartikel, zusammengestellt werden:
SetID
SetArtikelNummer (nicht doppelt)
SetName
SetEinzelArtikel (als Kombinationsfeld basierend auf Tabelle Einzelartikel)

Das Problem, für dessen Lösung ich keinen Ansatz finde, besteht darin, dass die Artikelnummer aus beiden Tabellen insgesamt nur 1x vergeben werden darf.

Ich hoffe, ich habe es verständlich beschrieben. Ansosten bitte einfach nochmal nachfragen.

Für euere Hilfe bedanke ich mich schon im Voraus!!!
Grüße
Kris

Hallo Kris,

ich habe da ein Problem zu lösen und finde einfach keinen
Ansatz.

da machst du einen Denkfehler :smile:

Auch Sets sind Artikel!!

In einer Tabelle sollen Einzelartikel in folgenden Spalten erfasst werden:

EinzelArtikelID
EinzelArtikelNummer (nicht doppelt)
EinzelArtikelName

Artikel_Art 'z.B. Set / Einzelartikel etc.
ID_SET 'falls es ein Set sein sollte

Grüße aus Schönberg (Lübeck)
Wolfgang
(Netwolf)

Hallo Netwolf,

danke für deine schnelle Antwort.
Wenn ich jetzt aber die Sets in einer anderen Tabelle wie die Einzelprodukte erfassen müsste, dann müsste doch die ArtikelID jeweils 1:1 in die Tabelle der Einzelartikel und die Tabelle der Sets übergeben werden.
Versteh ich nicht…

Grüße
Kris

Hallo,

Wenn ich jetzt aber die Sets in einer anderen Tabelle wie die
Einzelprodukte erfassen müsste, dann müsste doch die ArtikelID
jeweils 1:1 in die Tabelle der Einzelartikel und die Tabelle
der Sets übergeben werden.

das Ganze führt zu einer einstufigen Stückliste. Das könnte man dadurch lösen, daß man in einer zweiten Tabelle („tblStueli“) die zu einem bestimmten Artikel („HID“) gehörenden (Einzel-) Artikel („UID“) zuordnet. Diese Tabelle könnte wiederum mit der Artikeltabelle über „HID“ und „ArtikelID“ in 1:n-Beziehung stehen.

Ob ein Artikel ein „Set“ oder ein „Einzelartikel“ ist, kann man aus dem Vorhandensein von zugehörigen Einträgen in der „tblStueli“ entnehmen.

Viele Grüße vom Bodensee
Franz , DF6GL

PS: Feedback erwünscht!

Viele Grüße vom Bodensee
Franz , DF6GL

PS: Feedback erwünscht!

Hallo Franz,

ich verstehe das leider nicht.

Grüße
Kris

Hallo Kris,

was soll ich denn jetzt antworten?

Viele Grüße vom Bodensee
Franz , DF6GL

PS: Feedback erwünscht!

Hallo Kris,

Wenn ich jetzt aber die Sets in einer anderen Tabelle wie die
Einzelprodukte erfassen müsste, dann müsste doch die ArtikelID
jeweils 1:1 in die Tabelle der Einzelartikel und die Tabelle
der Sets übergeben werden.
Versteh ich nicht…

  • Du hast EINE Tabelle ARTIKEL
  • Du definierst pro ARTIKEL ob der EINZEL oder MULTI (SET) ist
  • wenn MULTI -> eine kleine Tabelle für die Artikelnummern mit den entsprechenden IDs der ARTIKEL füllen

mehr ist nicht nötig!

Verabschiede dich von deiner SET-Tabelle

Grüße aus Schönberg (Lübeck)
Wolfgang
(Netwolf)

Hallo Franz,

ist ok. Vermutlich werde ich die Sache in Access nicht lösen können. Gibt es denn bei Access keine „Vererbung“? Ich habe bisher für Access nichts darüber finden können…

Viele Grüße
Kris

Hallo,

naja, eine Stückliste ist auch ziemlich anspruchsvoll, wenn sie denn richtig laufen soll.

google doch mal nach Bom, Stückliste, etc.

In der Knowhow.mdb (www.freeaccess.de) gibt es m. W. auch ein Beispiel für eine Stücklistenauflösung.

Ich denke aber, für Deinen Fall einer einstufigen Stückliste (1 Set besteht nur aus Einzelartikeln) reicht doch eine lapidare 2. Tabelle in 1:n- Beziehung zur Artikeltabelle.

Viele Grüße vom Bodensee
Franz , DF6GL

PS: Feedback erwünscht!

Hallo Franz,

danke für den Link; die Seite ist auf jeden Fall sehr interessant.

Das mit dem Anlegen von Sets geht ja noch weiter. Die Setzusammenstellung soll mit einer gleichzeitigen Kalkuation erfolgen. D.h., dass während die einzelnen Artikel (Artikel 1, Artikel 2, …)für ein Set bestimmt werden, erscheinen die jeweiligen Einkaufspreise der Artikel, welche dann summiert wird und mit dem geplanten Setpreis verglichen wird.

Ich werd mal in Access schaun. Ansosten muss die ganze Sache eben solange warten bis ich dann mal soweit bin, das ganze in C++ aufzuziehen…

Grüße
Kris

Hallo,

naja, da ist kein Thema der Wahl der Programmiersprache, das ist ein Logik-Problem…