Subject | Re: [IBO] tib_lookupcombo and dataset containing null values |
---|---|
Author | hans@hoogstraat.ca |
Post date | 2001-08-11T16:30:22Z |
When introduced to IB6, I found the NULL value of interest, but then
increasingly more useless and a pain in the neck. Now I code
all inserts to first replace the nulls by whatever is appropriate
for the field. Actual the reason for having a NULL field value is
escaping me and wished there was an option 'NO NULLS' at Connection
level :)
Best Regards
Hans
====================================================================
Geoff Worboys wrote:
increasingly more useless and a pain in the neck. Now I code
all inserts to first replace the nulls by whatever is appropriate
for the field. Actual the reason for having a NULL field value is
escaping me and wished there was an option 'NO NULLS' at Connection
level :)
Best Regards
Hans
====================================================================
Geoff Worboys wrote:
>
> > Kind of handy
> >
> > Like extra pizza topping: Null, 'Bacon', 'Cheese'
> >
> > Null = No extra topping. Subsequently taking advantage
> > of the 'no exist' behavour of the Null value.
>
> Given IBs handling of NULLs (all arguments about "correctness" aside),
> I think you are best advised to either...
>
> * Setup triggers to catch nulls and convert to empty strings
> or
> * Setup a specific entry for "No Topping" (perhaps prefixed with a
> space or special character to sort to the top or bottom of the list
> for convenience).
>
> I think I know what you mean about the 'no exist' behaviour but I have
> always found this to be entirely confusing and lacks explicit
> expression of your intensions. I prefer: WHERE TOPPING<>'NO TOPPING'
> rather than letting SQL blindly apply its NULL column rules.
>
> Geoff Worboys
> Telesis Computing
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/