MYSQL: Gegevens uit 2 tabellen opslaan in 1 tabel.

[Verwijderd]

Ik ben bezig met een project webbased database.
Het is de bedoeling dat we een database gaan maken voor een theater boekingskantoor.
Ik heb in MySQL 2 tabellen gemaakt namelijk de klant en de voorstellingen.

Klant

ID_klant Voornaam Achternaam

1 Marco van Basten
2 Eric Cantona
3 Dennis Bergkamp

Voorstelling

ID_voorstelling Naam Datum

1 Titanic 23-12-2001
2 California 11-01-2002
3 Grease 31-12-2001

Nou weet ik dat je met Join gegevens uit 2 tabellen kan samenvoegen dan staat er bij Marco van Basten en Titanic bij elkaar omdat die dezelfde id nummer hebben. Maar Marco wil natuurlijk ook wel eens naar Grease en dat kan niet met Join (volgens mij niet dan) omdat de id nummers niet hetzelfde zijn. En met join kan je de gegevens niet opslaan die je bij elkaar gestopt in een tabel (reservering).
Dus er moet nog een tabel erbij genaamd reservering waarbij je kan zie dat bijv Marco een een voorstelling van Grease heeft gereserveerd

Kan iemand mij hiermee helpen (want ik kom er niet meer uit)????

ps. Ik heb al een tutorial gebruikt bij www.w3schools.com

[Tim Schuhmacher]

Yeah en nu de vraag

edit: je hebt al geedit zie ik

[HenkS]

voordat je zoiets gaat maken mag je eigenlijk wel eens wat db studying gaan doen wat zoiets is toch de beginselsen wat je moet weten... (normaliseren) maar omdat ik goed gemutst ben en komend weekend flink ga neuken zal ik je helpen

klant_tabel:
klant_id, naw-zut

voorstelling_tabel:
voorstelling_id, voorstellingnaam, begintijd enz....

klant_voorstelling_tabel
koppel_id, klant_id, voorstelling_id

meer zeg ik niet, sleutels en rest van zooi zoek je maar zelf uit!


hint: er kunnen meer dezelfde voorstelling op 1 avond zijn, houdt daar rekening bij tabel 2 (zet er niet voor niks begintijd bij!!)

[Verwijderd]

Op woensdag 28 november 2001 09:12 schreef HenkS het volgende:
voordat je zoiets gaat maken mag je eigenlijk wel eens wat db studying gaan doen wat zoiets is toch de beginselsen wat je moet weten... (normaliseren) maar omdat ik goed gemutst ben en komend weekend flink ga neuken zal ik je helpen

klant_tabel:
klant_id, naw-zut

voorstelling_tabel:
voorstelling_id, voorstellingnaam, begintijd enz....

klant_voorstelling_tabel
koppel_id, klant_id, voorstelling_id

meer zeg ik niet, sleutels en rest van zooi zoek je maar zelf uit!


hint: er kunnen meer dezelfde voorstelling op 1 avond zijn, houdt daar rekening bij tabel 2 (zet er niet voor niks begintijd bij!!)

oke thanx

[dusty]

Op woensdag 28 november 2001 09:12 schreef HenkS het volgende:
klant_voorstelling_tabel
koppel_id, klant_id, voorstelling_id

En de koppel_id heeft als doel ...... ?

[Verwijderd]

Op woensdag 28 november 2001 09:24 schreef dusty het volgende:

[..]

En de koppel_id heeft als doel ...... ?

Die kan je volgens mij gebruiken voor een reserverings nummers als bijvoorbeeld marco als eerste een voorstelling heeft geboekt dat zijn reserveringsnummer 1 is, die hij weer kan gebruiken als hij zijn kaartjes komt ophalen.

[Verwijderd]

Op woensdag 28 november 2001 09:12 schreef HenkS het volgende:


hint: er kunnen meer dezelfde voorstelling op 1 avond zijn, houdt daar rekening bij tabel 2 (zet er niet voor niks begintijd bij!!)

Ik had een voorbeeldje hier neergezet, in mijn tabel zit die tijd er wel bij

[HenkS]

oeps, ik was nog niet wakker, zat mijn mijn 'hoofd' al bij vrijdag

fuck wat een blunder zeg, schaam me nu echt kapot

vergeet koppel maar

[dusty]

Op woensdag 28 november 2001 09:28 schreef msoete het volgende:
Die kan je volgens mij gebruiken voor een reserverings nummers als bijvoorbeeld marco als eerste een voorstelling heeft geboekt dat zijn reserveringsnummer 1 is, die hij weer kan gebruiken als hij zijn kaartjes komt ophalen.

Dan zou het een reserverings_ID zijn. geen KOPPEL_ID

[HenkS]

is maar de naam die je aan het beestje geeft....

schaam me toch nog wel hoor zeg ik net nog tegen je over icq dat ik een sql-handleiding ga schrijven vandaag, denk dat ik maar iets anders ga doen

[Verwijderd]

Op woensdag 28 november 2001 09:34 schreef dusty het volgende:

[..]

Dan zou het een reserverings_ID zijn. geen KOPPEL_ID

ja oke dat klopt, ik ben nog een beginner met MySQL.
Ik heb al wat gelezen erover en ik heb een tutorial gebruikt en nu wil ik al wat gaan maken!!!!!

[Janoz]

Koppel_id of reserverings_is eigenlijk helemaal niet nodig. Ik neem aan dat de combinatie voorstelling & klant al uniek is. Wat me wel handig lijkt is om een 'aantal plaatsen' toe te voegen oid. Dan kan Marco van Basten ook nog z'n vriendjes meenemen.

[niet meer geldig](En dan heb ik het nog helemaal niet gehad over naar welke voorstelling Marco wil)[/niet meer geldig]

[nu geldig]Ik zie nu dat elke voorstelling appart in de tabel staat dus bovenstaande geld niet meer.. Probleem nu is dat er op de tijd na niet veel verschil is tussen de ene Grease voorstelling en de ander.[/nu geldig]

[dusty]

Op woensdag 28 november 2001 09:44 schreef Janoz het volgende:
Koppel_id of reserverings_is eigenlijk helemaal niet nodig.

Niet echt nodig, echter bij heel veel theaters gebruiken ze liever reserverings nummers. ( minder problemen om de tickets op te zoeken e.d. ) is ook meer een "oplossing" voor de logistiek.

[Verwijderd]

Weet iemand of er ergens een voorbeeld is op het internet???

Ik heb niks kunnen vinden.

[drm]

Op woensdag 28 november 2001 09:07 schreef msoete e.e.a.

* drm kan zich herinneren dat deze vraag nog niet zo lang geleden als eens eerder gesteld is...