Vrienden systeem
- Aar - op 20/04/2014 13:18:41:
- Status (E_NUM: pending, accepted, blocked)
ENUM type in een tabel opnemen (evenals SET) is een inherent slechte optie. Bedenk dat je je tabel structuur moet gaan aanpassen als er een extra optie bijkomt. Gebruik in plaats daarvan een TINYINT met ofwel een extra tabel om de tekst waardes te kunnen joinen, of definieer de tekst waardes in een php bestand. Scheelt je een hoop moeite als je morgen bedenkt dat er nog een extra niveau bij moet komen.
Maar als je elke wijziging achteraan plaatst, is er toch weinig kans op fouten? Feit is alleen dat je de structuur moet aanpassen bij een nieuwe toevoeging (die ik overigens voor een friend-request-systeem niet zou verwachten)
Gewijzigd op 20/04/2014 14:39:18 door - Ariën -
Iets niet verwachten is ook een recept voor fouten. Bij een vrienden systeem kan ik me bijvoorbeeld al voorstellen dat je op zeker moment een gradatie wil instellen voor vrienden ('e_friend', 'real_friend', 'boy_friend') om maar iets te noemen.
Dus de query moet iets uitgebreider:
Code (php)
1
2
3
2
3
SELECT FriendID FROM Friends WHERE RequestUserID = 1234 AND Status ='accepted'
UNION
SELECT RequestUserID FROM Friends WHERE FriendID = 1234 AND Status ='accepted'
UNION
SELECT RequestUserID FROM Friends WHERE FriendID = 1234 AND Status ='accepted'