[MySQL] verbetering structuur
Kevin Tuns
10/11/2007 15:57:00Blanche schreef op 10.11.2007 15:53:
Met de tabel 'ban' lijkt me niet zoveel verkeerd. Hier heb je namelijk een 1-op-veel relatie als je ook met tijdelijke bans werkt en je een geschiedenis bij wilt houden.
Maar alle gegevens uit ledenopties en ledeninfo horen gewoon in de ledentabel thuis.
Maar alle gegevens uit ledenopties en ledeninfo horen gewoon in de ledentabel thuis.
Klopt helemaal, ik werk namelijk ook met tijdelijke bans, bans zonder dat het een lid is + ik zou graag een geschiedenis willen hebben zodat ik het later nog is na kan lezen.
Omdat jullie die leden tabelen onzin vinden heb ik ze maar even teruggeplaast.. Zo dan?
Gewijzigd op 01/01/1970 01:00:00 door Kevin Tuns
PHP hulp
05/11/2024 20:42:58Joren de Wit
10/11/2007 16:02:00Beter. Zou je in je ban tabel ook niet een kolom opnemen waarop de ban afgelopen is? Op die manier kun je een ban ook automatisch laten aflopen.
Bij een DATE hoor je ook op te geven of de waarde wel of geen NULL mag zijn. Dat zul je dus ook nog even moeten veranderen.
Bij een DATE hoor je ook op te geven of de waarde wel of geen NULL mag zijn. Dat zul je dus ook nog even moeten veranderen.
Kevin Tuns
10/11/2007 16:05:00Aangepast. Zijn de foreign keys trouwens goed? Ik heb er veel over gelezen, maar heb geen idee of ik ze goed heb toegepast.
Joren de Wit
10/11/2007 16:10:00Zien er goed uit. Je moet je alleen afvragen of je wilt dat het levelid van een gebruiker NULL wordt zodra zijn huidige levelid uit de levels tabel verwijderd wordt.
Logischer zou misschien zijn om het verwijderen te voorkomen door ON DELETE RESTRICT te gebruiken.
Logischer zou misschien zijn om het verwijderen te voorkomen door ON DELETE RESTRICT te gebruiken.
Kevin Tuns
10/11/2007 16:12:00Joren de Wit
10/11/2007 16:15:00Zie de MySQL handleiding voor uitleg over de verschillende opties.