Meerdere foreign keys op een record

[engineer88]

Ik heb een database met meerder tabellen waarbij ik relaties wil aanbrengen tussen twee tabellen. Dit doe ik momenteel met SQLite Studio 3.
Op basis van de waarde gekozen in tabel1 moeten er nog maar bepaalde waarden overblijven in tabel2. Dit heb ik al werkend middels een Foreign Key op tabel2 die verwijst naar tabel1. Echter, ik wil dat een waarde in tabel2 niet gekoppeld is aan één waarde in tabel2, maar aan twee of meer.

Tabel1		Tabel2
ID	Waarde	ID	Waarde	Foreign_ID_Tabel1
1	Waarde1	1	Waarde6	3
2	Waarde2	2	Waarde7	3,4
3	Waarde3	3	Waarde8	1,3,5
4	Waarde4	4	Waarde9	2
5	Waarde5	5	Waarde10	1

Is dit mogelijk in SQL of moet ik dan een waarde dubbel in de tabel zetten (waarde7 bijvoorbeeld 2x)?

In SQLite Studio gaat praktisch bijna alles via een GUI, dus ik ben niet helemaal bedreven met SQL statements, maar is eventueel wel mogelijk.

[erwn]

Het lijkt me inderdaad het makkelijkst om dan meerdere rijen aan te maken in Tabel2, maar het antwoord op je vraag is eigenlijk afhankelijk van het soort data dat je hebt. Hoe ziet je (functionele) datamodel eruit? Is het ook 'logisch' om meerdere rijen in Tabel2 te maken? Wat zou 'Waarde8' bijvoorbeeld zijn en is dat precies hetzelfde voor Tabel1 rij 1, 3 en 5?

[GarBaGe]

Klinkt alsof je een kruistabel wilt hebben tussen tabel1 en tabel2.

[CyBeRSPiN]

Hangt er allemaal vanaf hoe je datamodel is inderdaad.
De genormaliseerde manier om dit aan te pakken is een derde tabel:

ID	Tabel1_ID	Tabel2_ID
1	1	3
2	2	3
3	2	4
4	3	1
5	3	3
6	3	5
7	4	2
8	5	1

[Merethil]

Normaalgesproken maak je voor dat soort vraagstukken een koppeltabel:


Tabel 1:

code:

tbl1_id, 
waarde

Tabel 2:

code:

tbl2_id,
waarde

Koppeltabel met een naam zoals "tabel1_tabel2":

code:

tbl1_id,
tbl2_id

Daardoor kan je b.v. in tabel1_tabel2 de volgende waardes zetten:

tbl1_id	tbl2_id
1	1
1	2
2	3

Zo koppel je respectievelijk ID 1 en 2 uit tabel 2 aan ID 1 aan tabel 1, en ID 3 uit tabel 2 aan ID 2 aan tabel 1.

[engineer88]

erwn schreef op maandag 20 december 2021 @ 15:18:
Het lijkt me inderdaad het makkelijkst om dan meerdere rijen aan te maken in Tabel2, maar het antwoord op je vraag is eigenlijk afhankelijk van het soort data dat je hebt. Hoe ziet je (functionele) datamodel eruit? Is het ook 'logisch' om meerdere rijen in Tabel2 te maken? Wat zou 'Waarde8' bijvoorbeeld zijn en is dat precies hetzelfde voor Tabel1 rij 1, 3 en 5?

Het gaat hier om omschrijvingen voor CAD.

Tabel1		Tabel
ID	Waarde	ID	Waarde	Foreign_ID_Tabel1
1	Building	1	Column	1,2
2	Steelwork	2	Floor	1,2
3	System	3	Stairs	1
4	Acces	4	Conveyor
5	Container	5	Left

De waarde Column kan horen bij Building of Steelwork, idem voor Floor. Stairs bijvoorbeeld enkel bij Building.

[engineer88]

@CyBeRSPiN en @Merethil

Ik denk inderdaad dat het dit moet zijn.

Dan maak ik in tabel2 een verwijzing naar de koppeltabel?

[CyBeRSPiN]

engineer88 schreef op maandag 20 december 2021 @ 15:27:
@CyBeRSPiN en @Merethil

Ik denk inderdaad dat het dit moet zijn.

Dan maak ik in tabel2 een verwijzing naar de koppeltabel?

Nee, de koppeltabel heeft verwijzingen naar tabel1 en tabel2
Middels een query die een JOIN bevat koppel je alles aan elkaar.

Bijvoorbeeld

SQL:

select t1.waarde, t2.waarde 
from tabel3 t3
join tabel1 t1 on t3.tabel1_id = t1.id
join tabel2 t2 on t3.tabel2_id = t2.id

Mogelijk moet je "left join" gebruiken als je ook waarden uit tabel1 of tabel2 wilt tonen die niet aan elkaar gekoppeld zijn.

Ik zou zeggen: begin met een cursus datamodelleren en een cursus SQL

[ Voor 16% gewijzigd door CyBeRSPiN op 20-12-2021 15:33 ]

[luukvr]

De foreign key inderdaad niet in het object opslaan. Praat ook in duidelijke termen (tabel 1, 2 en 3 is erg verwarrend)

Tabel: Category
ID (PK)
Name (Bijv. Building)

Tabel: Element
ID (PK)
Name (Bijv. Floor)

Koppel tabel: Element_category
category_id (FK -> category)
element_id (FK -> element)

Door de koppel tabel kan je zoveel FK's plaatsen op je elementen als je wilt. Als je strengere regels hierop wilt toepassen kan dat door eventuele stored procedures & triggers.

Ophalen met joins en potentieel group by's.

[engineer88]

luukvr schreef op maandag 20 december 2021 @ 15:45:
De foreign key inderdaad niet in het object opslaan. Praat ook in duidelijke termen (tabel 1, 2 en 3 is erg verwarrend)

Tabel: Category
ID (PK)
Name (Bijv. Building)

Tabel: Element
ID (PK)
Name (Bijv. Floor)

Koppel tabel: Element_category
category_id (FK -> category)
element_id (FK -> element)

Door de koppel tabel kan je zoveel FK's plaatsen op je elementen als je wilt. Als je strengere regels hierop wilt toepassen kan dat door eventuele stored procedures & triggers.

Ophalen met joins en potentieel group by's.

Helder, denk ik. Hoe wordt een koppeltabel in het Engels genoemd? Dat zoek wat makkelijker online. Dan worden de termen mij ook duidelijker lijkt mij.

[CyBeRSPiN]

engineer88 schreef op maandag 20 december 2021 @ 15:49:
[...]


Helder, denk ik. Hoe wordt een koppeltabel in het Engels genoemd? Dat zoek wat makkelijker online. Dan worden de termen mij ook duidelijker lijkt mij.

"Associative tables are colloquially known under many names, including association table, bridge table, cross-reference table, crosswalk, intermediary table, intersection table, join table, junction table, link table, linking table, many-to-many resolver, map table, mapping table, pairing table, pivot table, ..."
Wikipedia: Associative entity

[PainkillA]

Vergeet ook niet om een composite unique constraint toe te voegen (combi van beide FK's) aan pivot/koppel/bridge tables om onverwacht gedrag en data inconsistentie te voorkomen