2 tabellen met elkaar linken [MySQL]??

[Verwijderd]

Ik ben bezig om een database te ontwerpen voor een project webbased database op school
Die webbase database wordt gemaakt voor een theater boekingskantoor.
Ik heb in MySQL 2 tabellen gemaakt die van de Klant en de van de Voorstelling.

Nou wil graag dat als een klant iets gaat reserveren, dat die Klant wordt gelinkt met die voorstelling die hij wilt gaan reserveren.
Ik kan wel een apart tabel gaan maken van Reserveren.
Waarbij de informatie van de 2 tabellen bij elkaar worden gestopt, maar volgens mij kan dat ook anders (weet alleen niet hoe).

ps. Ik ben nog een beginner met MySQL

[Verwijderd]

Op vrijdag 09 november 2001 14:09 schreef msoete het volgende:
Ik ben bezig om een database te ontwerpen voor een project webbased database op school
Die webbase database wordt gemaakt voor een theater boekingskantoor.
Ik heb in MySQL 2 tabellen gemaakt die van de Klant en de van de Voorstelling.

Nou wil graag dat als een klant iets gaat reserveren, dat die Klant wordt gelinkt met die voorstelling die hij wilt gaan reserveren.
Ik kan wel een apart tabel gaan maken van Reserveren.
Waarbij de informatie van de 2 tabellen bij elkaar worden gestopt, maar volgens mij kan dat ook anders (weet alleen niet hoe).

ps. Ik ben nog een beginner met MySQL

stom stom stom stom


Met Join
haal deze topic maar weg

[HenkS]

eerst ff eens iets leren over normaliseren

en je hebt zelfs 3 tabellen nodig, want een voorstelling kan door meerdere mensen bezocht worden, en een persoon kan natuurlijk ook meerdere voorstellingen bezoeken

ik kan het natuurlijk wel doodleuk gaan uitschrijven nu, maar dat is ook niet de bedoeling

[Verwijderd]

Op vrijdag 09 november 2001 14:13 schreef HenkS het volgende:
eerst ff eens iets leren over normaliseren

en je hebt zelfs 3 tabellen nodig, want een voorstelling kan door meerdere mensen bezocht worden, en een persoon kan natuurlijk ook meerdere voorstellingen bezoeken

ik kan het natuurlijk wel doodleuk gaan uitschrijven nu, maar dat is ook niet de bedoeling

Waarom 3 tabellen dan, je hebt toch maar 2 tabellen nodig om Join te gebruiken.

[Hu9o]

Op vrijdag 09 november 2001 14:13 schreef HenkS het volgende:
eerst ff eens iets leren over normaliseren

en je hebt zelfs 3 tabellen nodig, want een voorstelling kan door meerdere mensen bezocht worden, en een persoon kan natuurlijk ook meerdere voorstellingen bezoeken

ik kan het natuurlijk wel doodleuk gaan uitschrijven nu, maar dat is ook niet de bedoeling

Helemaal mee eens, je heb hier duidelijk temaken met een veel op veel relatie. DUS tussen tabel nogdig.

Maar even een tip. Voor dat je ook maar naar je computer gekenken hebt, of gaat verdiepen in SQL. Eerst uitzoeken hoe je database structuur moet zijn, daarna komt de rest.
Maar als later blijkt dat de DB brak is, dan kost het je nog veel meer werk.

[Verwijderd]

Op vrijdag 09 november 2001 14:16 schreef Hu9o het volgende:
Helemaal mee eens, je heb hier duidelijk temaken met een veel op veel relatie. DUS tussen tabel nogdig.

Maar even een tip. Voor dat je ook maar naar je computer gekenken hebt, of gaat verdiepen in SQL. Eerst uitzoeken hoe je database structuur moet zijn, daarna komt de rest.
Maar als later blijkt dat de DB brak is, dan kost het je nog veel meer werk.

Ik ben nu nog aan het experimenteren zeg maar, dus als de db niet goed werkt maakt dat niet veel uit, daar leer je van vind ik.
Ik heb al een database structuur gemaakt van hoe het er ongeveer uit moet komen te zien, alleen uitvoeren is lastig

[HenkS]

wat is er dan lastig aan het uitvoeren???

en laat eens zien wat je hebt? heb je nu ook 3 tabellen?

edit:

ik voel me soms net een leraar hier

[dusty]

Op vrijdag 09 november 2001 14:09 schreef msoete het volgende:
Ik heb in MySQL 2 tabellen gemaakt die van de Klant en de van de Voorstelling.

Ik kan wel een apart tabel gaan maken van Reserveren.
Waarbij de informatie van de 2 tabellen bij elkaar worden gestopt, maar volgens mij kan dat ook anders (weet alleen niet hoe).

Het kan anders, echter zijn die oplossing allemaal slechter, Prima database ontwerpje. Ga gewoon op deze manier door.

En JA dit is de eerste keer dat ik een compliment kwa databases geeft aan een n00b. (hopelijk ook niet de laatste keer..)

[Verwijderd]

Op vrijdag 09 november 2001 14:24 schreef HenkS het volgende:
wat is er dan lastig aan het uitvoeren???

en laat eens zien wat je hebt? heb je nu ook 3 tabellen?

edit:

ik voel me soms net een leraar hier

waarom zou ik laten zien wat ik heb, ik kan het zelf ook wel uitzoeken, je hoeft niet voor te doen hoe het moet maar gewoon een advies

[HenkS]

Op vrijdag 09 november 2001 14:28 schreef msoete het volgende:

[..]

waarom zou ik laten zien wat ik heb, ik kan het zelf ook wel uitzoeken, je hoeft niet voor te doen hoe het moet maar gewoon een advies

heb je wel gelijk in ja, ik geef nou eenmaal graag advies

[Verwijderd]

Op vrijdag 09 november 2001 14:32 schreef HenkS het volgende:

[..]

heb je wel gelijk in ja, ik geef nou eenmaal graag advies

oke dan

[Verwijderd]

Op vrijdag 09 november 2001 14:28 schreef dusty het volgende:

[..]

Het kan anders, echter zijn die oplossing allemaal slechter, Prima database ontwerpje. Ga gewoon op deze manier door.

En JA dit is de eerste keer dat ik een compliment kwa databases geeft aan een n00b. (hopelijk ook niet de laatste keer..)

Is dit sarcastisch bedoeld????

Maakt niet uit hoor, intereseert met toch niet, ik wou het alleen even weten

[dusty]

Op vrijdag 09 november 2001 14:38 schreef msoete het volgende:
[..]
Is dit sarcastisch bedoeld????

Nope, compleet eerlijk.

Jouw idee van de drie tabellen is de enige juiste oplossing. Immers kan je niet de personen bij de voorstelling op te slaan (er gaan meer personen naar een voorstelling..) en je kunt de voorstelling niet bij de persoon opslaan, hij kan immers naar meerdere voorstellingen gaan. Dus moet je dat wel in een koppeltabel doen.

Standaard Supplier - Parts - SupplierParts tabellen (SP tables)

[Crysania]

uh dusty, dit kon hij ook niet echt verkeerd doen toch???

waarom de complimenten, zo goed is hij toch nie als hij nie weet wa een join is

"hint join is geen deel van een joint"

[HenkS]

Op vrijdag 09 november 2001 14:49 schreef THE_CR0SS het volgende:


"hint join is geen deel van een joint"

nou ja, als je samen met een vrouw een JOINT rookt, word ik meestal wel zo geil dat ik wil JOINEN

[Verwijderd]

Op vrijdag 09 november 2001 14:49 schreef THE_CR0SS het volgende:
uh dusty, dit kon hij ook niet echt verkeerd doen toch???

waarom de complimenten, zo goed is hij toch nie als hij nie weet wa een join is

"hint join is geen deel van een joint"

Ehm hij bedoelt het sarcastisch!!!

Enne nee ik wist eerst niet wat een join is maar nu wel.

Grapjas.

[dusty]

Op vrijdag 09 november 2001 14:58 schreef msoete het volgende:
Ehm hij bedoelt het sarcastisch!!!

NEE ik bedoel het helemaal niet sarcastisch, Je zei zelf al dat je een newbie bent, echter had je wel meteen het goede idee over het database model in je hoofd en hoe het op te lossen was. Echter begon je aan je eigen te twijfelen.

Zelfs IK geef wel eens echte complimenten.

[HenkS]

hij vertelde zelf tegen mij trots dat hij eindelijk een n00b (no offence) een compliment had gegeven, dus dat wil wat zeggen, zeker nu hij dat op vrijdag doet (vrijdag is meestal de afkraak dag

[dusty]

Op vrijdag 09 november 2001 14:49 schreef THE_CR0SS het volgende:
uh dusty, dit kon hij ook niet echt verkeerd doen toch???

Oh jawel men kan dit heel makkelijk verkeerd doen, Wil je bewijs ? Gebruik de search maar eens kom je genoeg voorbeelden tegen.

waarom de complimenten, zo goed is hij toch nie als hij nie weet wa een join is

De complimenten gaan ook over zijn gedachten gang, Ook al wist hij niet wat een join was, had hij wel het juiste idee van het datamodel in zijn hoofd. En DAT gebeurt in het begin niet bij veel mensen.