Tach!
5: ENUM mit numerischen Werten? Seit wann funktioniert das denn bei MySQL?
Lies bitte nochmal bei MySQL nach, welche Subtypen für ENUM und SET erlaubt sind und bei PHP, wie die ggf. umgewandelt werden. Jedenfalls hatte ich mit einem "numerisch anmutenden String" bei ENUM und SET immer Probleme und meine auch, dass ein derartiger nach wie vor "verboten" ist (siehe hierzu MySQL-Handbuch)
Verboten ist da nichts, aber es macht nach wie vor Probleme. Die Frage ist, welchen Vorteil bietet ENUM mit einem solchen kurzen String? K(aum )einen. Ein Vorteil ist ja, dass etwas Speicher gespart wird, wenn statt des Strings nur ein Index-Wert abgelegt werden muss. Der fällt hier jedoch weg. Numerische Werte kann man direkt als solche ablegen. Die Begrenzung auf zwei Werte? Enum ist kein Sicherheitsfeature. 0 und "alles andere" sind auch zwei Werte.
dedlfix.