Access Verständnisproblem (Beziehungen)

[BOrifice]

hi alle,

ich hab ein kleines mprob und steh verdammt auf dem schlauch, ausserdem hab ich kein einziges access buch hier.

also die ausgangslage ist folgende ich mache eine mini.db in access, für:

ich will hier ein paar "purchase requestions" so anschaffungsbewilligungen... als db programm umsetzen. ein so eon request hat eine nummer und kann beliebig viele artikel enthalten. dafür habe ich folgende tabellen gemacht:

tblArticles

~~~~~~~~~~~

ID

Order_ID

Quantity

Description

Unit_Price

Comments

tblOrders

~~~~~~~~~

ID

SupplierID

Date_Ordered

tblSupplier

~~~~~~~~~~~

ID

Name

hab jetzt ne 1:n von tblOrders->ID auf tblArticles->OrderID und eine 1:n von tblSupplier->ID auf tblOrders->Supplier->ID

irgendwie muss das aber falsch sein, weil ich es nicht hinbekomme einen purchase request zu machen welcher mehrere Artikel beinhaltet. mich würde es halt interessieren ist da ein grober fehler beim deisgn oder vielleicht nur bei der maske ?

thx for help..die pseudo db hab ich mal mit hochgeladen.

gruss thomas

[Codon]

Also ich glaube du hast da wirklich ein kleines verständinis Problem.

1. Attribute die in einer Tabelle vorkommen sollten in einer anderen Tabelle nicht nochmals vorkommen. (siehe deine OrderID, hat bei Artikel nichts verloren)

2. Lass deine Formulare auf einer Abfrage basieren, die nur die Attribute berücksichtigt die du brauchst.

Hoffe mit den zwei Punkten konntest du etwas anfangen. Ansonsten meld dich nochmal.

Gruß Codon

[BOrifice]

erstmal danke, aber ich versteh nicht ganz was du meinst...

da es so gut wie nie vorkommt, das ein artikel ein zweites mal bestellt wird...muss ich doch bei den artikeln hinterlgen zu welcher order sie gehören, klar kann es dann vorkommen, das manche datensätze doppelt drin sind aber... hmm. ich muss halt zu einer order mehrere artikel eingeben können. hast du vielleicht ein beispiel. thx.

thomas

[fadi]

Moin,

<BLOCKQUOTE><font size="1" face="Verdana, Arial, Helvetica">Zitat:</font><HR>Original erstellt von BOrifice:

da es so gut wie nie vorkommt, das ein artikel ein zweites mal bestellt wird

[BOrifice]

hi fadi,

könntest du mir das vielleicht mal an meinem beispiel verdeutlichen ?

zhx.

thomas

[DevilDawn]

Zum Beispiel : "Gruppenzugehörigkeit"

Es gibt X Personen und Y Gruppen. Jede Person darf beliebig vielen Gruppen angehören. Jede Gruppe darf beliebig viele Personen enthalten.

Man macht 3 Tabellen:

Tabelle Personen

ID Name

-------

01 Hans

02 Franz

03 Lanz

[...]

Tabelle Gruppen

ID Name

-------

01 Vertrieb

02 Vorstand

03 Lagersklaven

[...]

Und eine "Verknüpfungstabelle":

Tabelle GruppenZugehoerigkeit

P_ID G_ID

---------

0001 0001 (=> "Hans ist in Gruppe Vertrieb")

0001 0003 (=> "Hans ist in Gruppe Lagersklaven")

0002 0002 (=> "Franz ist in Gruppe Vorstand")

0002 0001 (=> "Franz ist in Gruppe Vertrieb")

0003 0002 (=> "Lanz ist in Gruppe Vorstand")

Will man rausfinden, in welchen Gruppen Hans ist:

SELECT G_ID FROM GruppenZugehoerigkeit WHERE P_ID=1 ORDER BY G_ID;

Will man rausfinden, wer zum Vorstand gehört:

SELECT P_ID FROM GruppenZugehoerigkeit WHERE G_ID=2 ORDER BY P_ID;

Die Ergebnisse sind natürlich nur IDs und müßten dann per SELECT oder JOIN mit den Haupttabellen vervollständigt werden.

fadi kennt da sicher ein besseres Beispiel; das ist ja sein täglich Brot *eg*

[fadi]

Moin,

@DevilDawn

mein täglich Brot zur Zeit ist GUI mit JAva! BTW: Hat vielleicht jemand eine Antwort auf meine Frage von neulich??

@thomas

Der Erklärung von DevilDawn kann ich nichts mehr hinzufügen. Ich habe mal eine Access-DB basierend auf einem Teil Deiner Infos zusammengebaut, in der es eine nm-Tabelle gibt. Schau Dir mal die << Abfrage1 >> an.

fadi

Hab vergessen zu erwähnen, daß die DB mit Access2000 erstellt wurde und ich dann "...in ältere Accessversion konvertieren..." gemacht habe. Wenn Du also Probleme hast...sorry.

[Dieser Beitrag wurde von fadi am 26. Juli 2000 editiert.]