Tutorials >
MySQL >
Foreign Keys: Wat zijn het en hoe gebruik ik ze?
|
|
 Gepost op: 27 november 2009 - 20:04 |
|
|
|
PHP expert
 |
| Genoteerd, bedankt voor de inzending en succes ;) |
|
|
|
|
| Gepost op: 04 december 2009 - 11:02 |
|
|
|
Crew algemeen
|
Wist dat het bestond, echter geen ervaring mee.
Is (voor mij althans) een zeer nuttige tut
thx. |
|
|
|
|
| Gepost op: 05 december 2009 - 10:52 |
|
|
|
 
Crew algemeen
|
| Erg duidelijk met al die afbeeldingen. Ik had alleen gehoopt dat je zou uitleggen dat je met foreign keys de join statements wat kon vereenvoudigen. Nu lees ik op mysql.com dat dat niet kan, dus je tutorial is gewoon compleet! (Y) |
|
|
|
|
| Gepost op: 22 januari 2010 - 23:50 |
|
|
|
PHP beginner
|
| Mooie tutorial!:D Eindelijk weer wat echt handig kan zijn!:D |
|
|
|
|
| Gepost op: 06 augustus 2014 - 14:46 |
|
|
|
Moderator
|
Deze tutorial is inmiddels wat gedateerd, maar nog wel enigszins actueel. Wel de volgende kanttekeningen:
* Het doel van foreign keys is het waarborgen van referentiële integriteit, oftewel, het kloppend (of synchroon) houden van je database-data. Daarnaast maakt het gebruik van foreign keys het bewerken van je database-data eenvoudiger. Foreign keys zorgen er kortweg voor dat je database-tabellen niet meer als los zand aan elkaar hangen.
* Het is niet (meer) nodig om apart keys voor je foreign keys aan te maken, dit gebeurt automatisch (althans, in de InnoDB engine).
* Indien je van een kolom een foreign key wilt maken, dan moet deze van hetzelfde type zijn als de kolom waaraan je refereert. Voor complexere foreign keys moet je ook rekening houden met zaken als kolomvolgorde.
Over de tutorial inhoudelijk:
Citaat: NO ACTION is wat een FK standaard doet als er geen andere optie gekozen is.
Het voorbeeld is misschien niet helemaal handig gekozen, immers, producten houden niet ineens op met bestaan op het moment dat een bedrijf wordt verwijderd.
Ook is het heel erg belangrijk om goed na te denken over de structuur van je tabellen en de koppelingen hiertussen. Zo is het bijvoorbeeld niet mogelijk dat twee verschillende bedrijven hetzelfde product aanbieden. Wellicht was een koppeltabel beter geweest in dit voorbeeld. Hier kun je dan tevens bedrijfsspecifieke informatie ophangen aan een product, zoals bijvoorbeeld verkoopprijs (die per bedrijf kan verschillen).
Daarnaast wil je wellicht, om administratieve redenen, data wel bewaren indien deze "verwijderd" wordt, maar niet meer tonen aan de gebruiker. Stel dat je per ongeluk iets verwijdert. Als je echt zaken DELETE in je database zijn ze voorgoed weg. Je zou deze data toch kunnen bewaren door tabellen te voorzien van een (boolean) "deleted" kolom. Als je een record dan "verwijdert", dan UPDATE je in werkelijkheid de "deleted" kolom. Wel zul je dan in al je queries een "WHERE deleted = 0" conditie op moeten nemen voor elke tabel die hier gebruik van maakt om er zeker van te zijn dat geen "verwijderde" data wordt getoond. Ook het weer terughalen van "verwijderde" data is niet in alle gevallen eenvoudig, dit wordt over tijd meestal steeds lastiger. |
|
|
| Enkel aanvullende informatie is welkom. Geen prijzende of afkeurende reacties. |
|
|
|
Wat is jouw favoriete javascript framework? (S: 18, R: 2)
