Re: The BOOLEAN data type

From: Alfredo Novoa <alfredo_at_ncs.es>
Date: 3 Apr 2003 06:23:53 -0800
Message-ID: <e4330f45.0304030623.59bff3e8_at_posting.google.com>


71062.1056_at_compuserve.com (--CELKO--) wrote in message news:<c0d87ec0.0304021755.5975f3da_at_posting.google.com>...
> >> I *think* that the idea was apps that use (or would like to) a
> boolean value
> for (say) SHIPPED on an order item line. <<
>
> And we need to know the actual ship date, so let's put in a column for
> that. Now the SHIPPED bit is redudant.

In that case the SHIPPED attribute should be a derived attribute. But you can not do that with SQL.

In a recent database design I used a PRINTED boolean attribute, and the customer is not interested on the actual print date.

I have another boolean attribute called InDeposit.

> Actually dangerous; someone
> sets the flag but doe snto give a date, or gives a date, but does not
> set the flag.

Derived attributes and integrity constraints are for that.

Regards
  Alfredo Received on Thu Apr 03 2003 - 16:23:53 CEST

Original text of this message