[access] probleem met relaties

[BitByter]

ik ben een database aan het maken, waarin zit:

klantenbeheer
voorraad beheer
factuur beheer

hieronder een pic van tabellen + relaties
ik ben niet echt goed met relaties/tabellen etc
niet lachen aub



stel nou dat ik een Debiteurnr + artikelnr toevoeg in de tabel TBL_koppel, is de tabel vol, en wordt er een nieuw FactuurID aangemaakt, de bedoeling is dat er straks facturen opgezocht kunnen gaan worden, en dit gaat nogal makkelijk met 25 verschillende nrs voor 1 factuur

daarom heb ik een FactuurID en een FactuurNR

de bedoeling is, dat er voor een factuur 1 factuurNR opgeslagen wordt, en als er een andere klant gekozen wordt dat er bij wijze van automatisch een nieuw factuurNR komt

straks maak ik een query waarmee bv, alle artikelen van factuurNR 1 eruit komen rollen

het probleem is echter, als ik een formulier maak, ik niet weet hoe ik dat moet doen, of hoe ik die relaties moet maken

ik vraag me zelfs af of het wel mogelijk is...

weet iemand een simpele oplossing?

[Crazy D]

Op maandag 08 juli 2002 02:20 schreef bitbyter_ het volgende:
ik ben een database aan het maken, waarin zit:

Ik zou je toch eerst willen adviseren eventjes een kijkje te nemen open Database Normalization And Design Techniques, ik zie nogal wat dubbele gegevens en erg vage koppeltabellen...

[Pogostokje]

1 op 1 relaties heb je zelden of nooit nodig. Die kan je allemaal in 1 grote tabel gooien.

Ik denk dat als je daar mee klaar bent je vraag zichzelf ook heeft opgelost.

(of ik begrijp je vraag niet zo goed )

[whoami]

Ik sla een oogopslag op jouw ERD en ik zie onmiddellijk dat er toch een aantal eigenaardigheden/vage constructies/fouten in zitten. (Nofi hoor).
Maar ik zou Crazy_D willen bijtreden, en je adviseren om eerst even een cursus of tutorial over normaliseren door te nemen.

Linksboven staan er bv. 2 tabellen tblFactuu... die eigenlijk net dezelfde gegevens bevatten en die met elkaar gelinked zijn?
Blijkbaar kunnen er ook meerdere klanten aan dezelfde factuur hangen?
etc...

Kortom, je datamodel is niet goed en het zal alleen maar voor problemen zorgen. Ik zou zeggen, lees even iets over normaliseren (in de P&W FAQ vind je onder de sectie SQL wel een link daarover), en hermaak daarna eens uw datamodel.

[Dido]

code:

             FAKTUUR
DEBITEUR         FaktuurNR---1-.    FAKTUURREGEL
DebiteurNR--1---n--DebiteurNR     \     RegelNR 
...                   `-n--FaktuurNR
...                   .-n--ArtikelNR
             ARTIKEL      /  
             ArtikelNR---1-'   
             ...        
             ...

Zoiets wil je? of ontbreekt er dan wat?

[dusty]

Ik zeg niets... ben te moe om het standaard woord weer te zeggen (gelukkig heeft Crazy-D het al gezegd )

[BitByter]

dido, ik denk dat het gelukt is !

dat datamodel ziet er ook zo "logisch uit"

dat ik daar niet achter kan komen

misschien toch maar keer cursus normaliseren etc doornemen want dit kost iig teveel tijd zo

bedankt iig !!!!

[whoami]

Op maandag 08 juli 2002 13:55 schreef bitbyter_ het volgende:

misschien toch maar keer cursus normaliseren etc doornemen want dit kost iig teveel tijd zo

Misschien?
Ik denk dat het een must is.

[Dido]

Op maandag 08 juli 2002 13:55 schreef bitbyter_ het volgende:
dido, ik denk dat het gelukt is !

dat datamodel ziet er ook zo "logisch uit"

dat ik daar niet achter kan komen

misschien toch maar keer cursus normaliseren etc doornemen want dit kost iig teveel tijd zo

bedankt iig !!!!

idd, zo'n cursus doet wonderen. en veel oefenen
Enne, geen dank. Ik had toch niet zoveel te doen vanochtend

[[ash]]

Dido ziet het volgens mij goed!

Ik zou alleen elk tabel voorzien van een ID, en op dit ID de koppeling realiseren. Zo blijft je dat altijd muteerbaar.

Maar begin met het uniformeren van de DB, het lijkt in het begin veel werk, maar geloof me, aan het einde van de rit heb je er veel plezier van.

Succes

[Dido]

Op maandag 08 juli 2002 14:09 schreef [ash] het volgende:
Dido ziet het volgens mij goed!

Ik zou alleen elk tabel voorzien van een ID, en op dit ID de koppeling realiseren. Zo blijft je dat altijd muteerbaar.

Dank je

Als je van iedere NR een ID maakt, lijkt-ie dan beter?

Ik had misschien even sterretjes bij de PK's moeten zetten.

En die NR's hoeven als het goed is echt niet gemuteerd te worden, sterker nog, dat wil je waarschijnlijk niet.

[BitByter]

ik heb alleen 1 klein probje

ik wil een uitschuiflijst maken, zodat je gemakkelijk debiteuren etc kan kiezen

nu krijg ik alleen debiteuren te zien die ook daadwerkelijk al een factuur in de database hebben

ik heb de bron aangepast naar het formulier rechtsreeks, en kan wel kiezen, maar natuurlijk slaat hij de gegevens niet op in de goede tabel nu, weet iemand???

[whoami]

Op maandag 08 juli 2002 14:32 schreef bitbyter_ het volgende:
ik heb alleen 1 klein probje

ik wil een uitschuiflijst maken, zodat je gemakkelijk debiteuren etc kan kiezen

nu krijg ik alleen debiteuren te zien die ook daadwerkelijk al een factuur in de database hebben

Oplossing: OUTER JOIN.

ik heb de bron aangepast naar het formulier rechtsreeks, en kan wel kiezen, maar natuurlijk slaat hij de gegevens niet op in de goede tabel nu, weet iemand???

Ik weet het alleszins niet wat je verkeerd gedaan hebt.

Je moet goed weten dat GoT geen helpdesk is waar je met al uw problemen zomaar terecht kunt.
Ik zou zeggen: volg eerst wat tutorials of lees wat boeken en doe de nodige basiskennis op.