另一个Tony Andrews中的question给出了以下示例:
IF p_c_courtesies_cd
|| p_c_language_cd
|| v_c_name
|| v_c_firstname
|| v_c_function
|| p_c_phone
|| p_c_mobile p_c_fax
|| v_c_email is not null
THEN
-- Do something
END IF;
作为Oracle COALESCE函数的巧妙替代(如果不是晦涩的话)。果然，它可以工作，如果任何参数不为null，则IF测试为true。我的问题:上述连接操作SQL-92的Oracle实现是否符合要求？包含NULL的表达式不应该计算为NULL吗？如果您不这样认为，那么为什么表达式1 + NULL求值为NULL？
最佳答案
不，Oracle对null的处理方式是独特的，不同于其他所有人，并且与ANSI标准不一致。然而，在Oracle的辩护中，它很可能早就成立并致力于这种处理，直到有与之一致的ANSI标准为止!
这一切都始于Oracle存储带有字符计数和字符串数据的字符串。 NULL由零的字符计数表示，没有后续的字符串数据-与空字符串('')完全相同。 Oracle根本没有办法区分它们。
这会导致一些古怪的行为，例如这种串联情况。 Oracle还具有一个LENGTH函数来返回字符串的长度，但这是以相反的方式定义的，因此LENGTH('')返回NULL而不是零。所以:
LENGTH('abc') + LENGTH('') IS NULL
LENGTH('abc' || '') = 3
在我看来，这违反了基本的数学原理。
当然，Oracle开发人员已经习惯了这一点，以至于我们很多人甚至看不到任何错误或奇怪的地方-实际上，有些人会认为世界其他地方是错误的，并且空字符串和NULL 都是同样的事情!
关于sql - 此实现是否符合SQL-92？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/462471/