🚀 go-pugleaf

JeroenV <jeroenv@telenet.invalid> wrote:

> Het werkt wel, maar IMO is dat niet correct.

Dat hangt af van wat NULL doet in het huidige model. Als NULL gelijk staat 
aan geen waarde gegeven/waarde onbekend, hoe kan de gebruiker dat 
invoeren? Ik zou zeggen: vakje leeglaten. Dat het intern in de applicatie 
een lege string is maakt niet uit. 

> NULL is niet hetzelfde als een lege string.

Klopt, maar het kan wel hetzelfde betekenen voor de gebruiker: een leeg 
vakje (lege string) is dan identiek met:

> NULL betekent "ik weet de waarde niet, het kan
> vanalles zijn", een lege string betekent "ik weet de waarde, en die is
> leeg". Een wereld van verschil. Als je wil aanduiden dat een string
> leeg is schrijf je beter een lege string weg i.p.v. NULL.

In een numeriek database veld? Lijkt mij niet echt handig. Er zijn twee 
nivos met elk hun eigen model: de database met: getal of NULL, en de user 
interface met: getal of leeg vakje. In dit geval is het geen enkel 
probleem om leeg vakje = geen enkel getal, gelijk te stellen aan NULL. 

Wat je meestal zeker niet wilt is of de gebruiker NULL in laten tikken, of 
in de database getallen als strings op gaan slaan omdat het dan 
overeenkomt met wat de gebruiker ziet.

Als het om pure string (niet hier dus) ingave gaat kan het inderdaad zijn 
dat een onderscheid wil maken tussen leeg en niet gegeven, en dat een lege 
string en NULL dan inderdaad twee verschillende toestanden zijn.

-- 
John Bokma
                 Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Ervaren Perl / Java programmeur beschikbaar:  http://castleamber.com/
Tevreden opdrachtgevers:     http://castleamber.com/testimonials.html