Citat:
Originally posted by martine@Oct 23 2006, 15:32
Pedagogiskt är väl snarare ENUM('ja','nej','kanske') även om det tar hela tar sina åtta bit... Att använda VARCHAR är ju genomkasst men jag misstänker att CHAR(0) blir lite opraktiskt om man inte måste optimera ändlöst... ENUM är ju också praktiskt genom att man kan ställa querien på samma sätt som om det vore en textsträng utan att ändra något. Dessutom vet jag inte hur många gånger jag har trott att ja/nej räcker bara för att senare vara tvungen att ändra till 'kanske','vet ej','snart','ibland'... Där är ENUM oslagbart. Och den lilla tyngden som 8 bitar utgör är knappast ett problem.
Edit: ENUM() och SET() är verkligen underskattade har jag en känsla av. När man går tillbaks till en tabell med CHAR(0) efter ett halvår (eller får en tabell som någon annan skapat) så är risken stor att man inte fattar ett jota av hur man tänkt. Roligt som kuriosa dock...
|
Ja visst är det kuriosa och jag måste ju erkänna att jag aldrig använder CHAR(0) NULL och knappast skulle komma på tanken heller
.
SET och ENUM är dom två jag använder mest.
Handlar det t.ex. om att en eller flera värden kan vara valda så är det ju SET som uteslutande gäller, annars för ja/nej är det ENUM eller TINYINT. Jag arbetar hellre med INT(i alla sina storlekar) än CHAR ('value') eftersom min erfarenhet är att numeriska värden alltid går snabbare att jobba med gentemot databasen.