C# Koppel tabellen issue.

Pagina: 1
Acties:

Onderwerpen


Acties:
  • 0 Henk 'm!

Verwijderd

Topicstarter
Ik heb een databse met daarin Customers en Contacts
Daarnaast heb ik een Koppel tabel Lnk_Customers_Contacts
Dit omdat 1 Customer meerdere Contacts kan hebben
Maar een Contact zou wellicht voor meer dan 1 Customer kunnen werken.

Customers
----------------
CustomerID

Contacts
-------------------
ContactID

Lnk_Customers_Contacts
--------------------------------------
CustomerID
ContactID

Nu gebruik ik in C# een dataset waarin mijn queries staan
en DataTableAdapters om die queries aan te roepen.

Ik heb alleen geen idee hoe ik bij een Customer alle contacten aanroep met 1 query.

De Customer Pagina zou alle Customers laten zien.
Bij het dubbelklikken of selecteren van een Customer krijg je dus een lijst van al hun Contacts.

Als Contacts een CustomerID had was het prima te doen maar aangezien hij dan maar voor 1 Customer kan werken.

Iemand een idee?

Acties:
  • 0 Henk 'm!

  • RobIII
  • Registratie: December 2001
  • Niet online

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

(overleden)
Verwijderd schreef op zaterdag 28 mei 2011 @ 02:08:
Maar een Contact zou wellicht voor meer dan 1 Customer kunnen werken.
Ik zou deze vreemde opzet eerst nog eens goed beschouwen; ik heb toch al de nodige software geschreven en dit soort n:m relaties heb ik nog maar zelden (nooit?) in de praktijk ook nuttig bevonden of uberhaupt gebruikt. Ten zij dit een keiharde eis is (waarom?) zou ik 't mooi laten varen en een 1:n relatie van maken.

Kunnen we daarna eens gaan praten hoe je n:m zou kunnen oplossen ;) Want dat moet prima op te lossen zijn met, bijv, een join. Ik neem aan, gezien ik relevante code en SQL mis, dat je wat controls op je form hebt gepleurd en die met wat click-'n'-drag magic aan elkaar hebt geknoopt? En dat je feitelijke "probleem" dus zit in hoe je dit bij elkaar moet klikken?
Verwijderd schreef op zaterdag 28 mei 2011 @ 02:08:
Ik heb alleen geen idee hoe ik bij een Customer alle contacten aanroep met 1 query.
Customer 3 met al z'n contacts:
SQL:
1
2
3
4
5
select cus.*, con.*
from customers cus
inner join lnk_customers_contacts lnk on cus.customerid = lnk.customerid
inner join contacts con on lnk.contactid = con.contactid
where cus.customerid = 3

En contact 7 met al z'n customers:
SQL:
1
2
3
4
5
select cus.*, con.*
from contacts con
inner join lnk_customers_contacts lnk on con.contactid = lnk.contactid
inner join customers cus on lnk.customerid = cus.customerid
where con.contactid = 7


En nog wat efficienter: alleen contacts ophalen van customer 9:
SQL:
1
2
3
4
select con.*
from contacts con
inner join lnk_customers_contacts lnk on con.contactid = lnk.contactid
   and lnk.customerid = 9


Of omgekeerd, alle customers van contact 2:
SQL:
1
2
3
4
select cus.*
from customers cus
inner join lnk_customers_contacts lnk on cus.customerid = lnk.customerid
  and lnk.contactid = 2

In de laatste 2 gevallen kun je de "and" op de join ook vervangen door een where-clause; whatever floats your boat :Y)

[ Voor 64% gewijzigd door RobIII op 28-05-2011 02:36 ]

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij


Acties:
  • 0 Henk 'm!

  • Crazy D
  • Registratie: Augustus 2000
  • Laatst online: 18:39

Crazy D

I think we should take a look.

Misschien een beetje offtopic maar weet je wel zeker dat je deze constructie wilt? Het kan idd prima voorkomen dat een contact aan meerdere customers gelinkt moet worden, maar hou er rekening mee dat maar een beperkte set aan gegevens over alle customers heen gelijk is, waardoor het nog maar de vraag is of je niet beter tussen customer en contact een 1:n relatie wilt maken, en wellicht op een andere manier wilt registreren dat 2 contactpersonen wel dezelfde fysieke persoon zijn, Bij de meeste van onze klanten waarbij dit probleem speelt, is eigenlijk alleen de naam bij de contacts gelijk. En dan maak je het met deze koppeltabel misschien onnodig lastig.

Exact expert nodig?


Acties:
  • 0 Henk 'm!

Verwijderd

Topicstarter
Daar hebben jullie misschien wel een punt ik wilde dus dubbele data voorkomen maar als hij of zij idd voor een ander bedrijf werkt zou hij dus ook een ander e-mail adres hebben en wellicht een ander telefoon nummer.

Bedankt heren :)