enum -> selectbox
Door Michael Voeten, 20 jaar geleden, 4.649x bekeken
Ik moest een dynamisch formulier maken
welke de velden gebruikt uit mijn MySQL.
Er moesten ook SELECT boxen komen, maar jah die vul je of met de hand, of je maakt een tabel aan met de waardes.
ik wilde het anders doen.
daarom heb ik een functie gemaakt die de ENUM waardes uit een veld leest en deze in een SELECT box zet.
er zit ook een $skip optie in, deze is voor als je bijvoorbeeld wilt dat een waarde niet word meegenomen, je kan er meerdere values inzetten gesplitst door een komma.
hoe te gebruiken ?
Code (php)
1
2
3
2
3
<?php
create_selectbox('veld','tabel','lijst','groen,rood');
?>
create_selectbox('veld','tabel','lijst','groen,rood');
?>
Gesponsorde koppelingen
PHP script bestanden
Er zijn 3 reacties op 'Enum en gt selectbox'
0 
-0 
-0
$row = @mysql_fetch_assoc($query = mysql_query("SELECT $cat FROM $table WHERE $search='".@$_GET['id']."'"));
Uhum.... Wat hebben die @'tjes te betekenen?
Fouten los je op, die maskeer je niet...
Uhum.... Wat hebben die @'tjes te betekenen?
Fouten los je op, die maskeer je niet...
0 -0
-0
LIKE? Waar is dat goed voor? Of ben je soms bang dat de query te snel gaat met een = voor de vergelijking?
Het gebruik van een ENUM is tevens sterk af te raden, het zorgt vrijwel altijd voor problemen met het relationele model. Het is eigenlijk alleen bruikbaar voor zaken die technisch niet kunnen veranderen. Denk bv. aan 'online' en 'offline', je kunt onmogelijk een beetje online zijn. Een aparte tabel met waardes is 99 van de 100x een betere aanpak. Zie ook de opmerkingen in deze tutorial, daar speelt dit zelfde probleem.
Een ENUM heeft trouwens ook nog een paar fraaie bugs: je kunt hem niet sorteren, je kunt dubbele waardes hebben en waardes die in gebruik zijn kun je zomaar veranderen (behalve versie 5 strict). Dit zuigt dus weer eens aan alle kanten.
De ultracompacte code is trouwens een bron van ellende die niet is te debuggen, een heel slecht voorbeeld! @Anderen: Dit is dus hoe het niet moet...
Het gebruik van een ENUM is tevens sterk af te raden, het zorgt vrijwel altijd voor problemen met het relationele model. Het is eigenlijk alleen bruikbaar voor zaken die technisch niet kunnen veranderen. Denk bv. aan 'online' en 'offline', je kunt onmogelijk een beetje online zijn. Een aparte tabel met waardes is 99 van de 100x een betere aanpak. Zie ook de opmerkingen in deze tutorial, daar speelt dit zelfde probleem.
Een ENUM heeft trouwens ook nog een paar fraaie bugs: je kunt hem niet sorteren, je kunt dubbele waardes hebben en waardes die in gebruik zijn kun je zomaar veranderen (behalve versie 5 strict). Dit zuigt dus weer eens aan alle kanten.
De ultracompacte code is trouwens een bron van ellende die niet is te debuggen, een heel slecht voorbeeld! @Anderen: Dit is dus hoe het niet moet...
Om te reageren heb je een account nodig en je moet ingelogd zijn.
PHP hulp
0 seconden vanaf nu