Alexey Pechnikov -> [email protected] @ Thu, 19 Mar 2009
21:31:03 +0300:
>> NULL позволяет однозначно сообщить ровно об этом. Это его
>> определение. Он не позволяет однозначно сообщить о причине этого,
>> но вот это уже как раз можно писать и еще куда-то.
AP> Вы серьезно не различаете _отсутствие_ значения и _невалидное_
AP> значение? Витус привел пример отсутствия значения, к которому я
AP> добавил примеры невалидных значений. И это совершенно не одно и то
AP> же. Как пример, начисление зарплаты требует знать, были ли получены
AP> невалидные данные или снятие показаний не выполнялось.
Расчет может оперировать только с валидными данными. А по какой причине
они невалидны - это работа для другого блока программы.
>> AP> И это мы еще не говорим о том, что в SQL вообще некорректно NULL
>> AP> значения обрабатываются, но об этом Дейт уже четверть века говорит.
>>
>> С точки зрения реляционной алгебры - да, некорректно. С точки зрения
>> реляционной алгебры реальной жизни не существует. А с точки зрения
>> реальной жизни - вполне корректно. В том смысле, что остальные способы,
>> включая неиспользование NULL - хуже
AP> В реальной жизни, как я в примере с замерзшим градусником показал,
AP> одни и те же данные могут быть обозначены как NULL и как совершенно
AP> валидное значение.
В примере с замерзшим градусником ты нес ахинею. Поэтому ничего ты им
не показал.
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: [email protected]
Нужны две программы - одна с интерфейсом, а другая чтобы работу делала.
Victor Wagner в <[email protected]>
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
