首頁(yè) 猿問(wèn) 為什么Oracle...

為什么Oracle 9i將空字符串視為NULL？

MySQL Oracle

幕布斯7119047 2019-06-13 17:39:40

為什么Oracle 9i將空字符串視為NULL？我知道是嗎？把‘當(dāng)作NULL，但這并不能告訴我什么為什么情況就是這樣。據(jù)我所理解的SQL規(guī)范，‘與NULL-一個(gè)是有效的數(shù)據(jù)，另一個(gè)是表示沒(méi)有同樣的信息。你可以隨意推測(cè)，但如果是這樣的話，請(qǐng)說(shuō)明一下。如果甲骨文有誰(shuí)能對(duì)此發(fā)表評(píng)論的話，那就太棒了！

查看完整描述

3 回答

絕地?zé)o雙

TA貢獻(xiàn)1946條經(jīng)驗(yàn) 獲得超4個(gè)贊

我相信答案是甲骨文已經(jīng)非常老了。

早在SQL標(biāo)準(zhǔn)出現(xiàn)之前，Oracle就做出了一個(gè)設(shè)計(jì)決策，即在VARCHAR/VARCHAR2柱NULL而且只有一種意義上的NULL(有關(guān)系理論家將區(qū)分從未被提示的數(shù)據(jù)、存在答案但用戶不知道的數(shù)據(jù)、沒(méi)有答案的數(shù)據(jù)，等等)。所有這些都構(gòu)成了NULL).

當(dāng)SQL標(biāo)準(zhǔn)出現(xiàn)并同意NULL空字符串是不同的實(shí)體，已經(jīng)有一些Oracle用戶的代碼假定兩者是等價(jià)的。因此，Oracle基本上可以選擇破壞現(xiàn)有代碼，違反SQL標(biāo)準(zhǔn)，或者引入某種初始化參數(shù)，從而改變潛在大量查詢的功能。違反SQL標(biāo)準(zhǔn)(IMHO)是這三個(gè)選項(xiàng)中破壞性最小的。

Oracle留下了一個(gè)可能性，即VARCHAR數(shù)據(jù)類型將在以后的版本中更改，以符合sql標(biāo)準(zhǔn)(這就是為什么每個(gè)人都使用VARCHAR2在Oracle中，由于該數(shù)據(jù)類型的行為可以保證保持不變，因此將繼續(xù)進(jìn)行)。

反對(duì) 回復(fù) 2019-06-13

喵喵時(shí)光機(jī)

TA貢獻(xiàn)1846條經(jīng)驗(yàn) 獲得超7個(gè)贊

湯姆·凱特甲骨文副總裁：

零長(zhǎng)度varchar被視為NULL。
“不被視為NULL。
‘當(dāng)分配給char(1)時(shí)變成’(char類型是空白填充字符串)。
‘當(dāng)分配給varchar2(1)時(shí)變成’，它是一個(gè)零長(zhǎng)度字符串，而在Oracle中零長(zhǎng)度字符串為NULL(它不是長(zhǎng)的‘)

反對(duì) 回復(fù) 2019-06-13

慕雪6442864

TA貢獻(xiàn)1812條經(jīng)驗(yàn) 獲得超5個(gè)贊

我懷疑，如果您把Oracle看作是早期開(kāi)發(fā)人員可能做的事情-作為數(shù)據(jù)輸入系統(tǒng)的光榮后端，那么這就更有意義了。數(shù)據(jù)庫(kù)中的每個(gè)字段都對(duì)應(yīng)于數(shù)據(jù)輸入操作符在屏幕上看到的一個(gè)字段。如果運(yùn)算符沒(méi)有在字段中鍵入任何內(nèi)容，無(wú)論是“生日”還是“地址”，那么該字段的數(shù)據(jù)都是“未知的”。運(yùn)算符沒(méi)有辦法表明某人的地址實(shí)際上是空字符串，而且這一點(diǎn)也沒(méi)有多大意義。

反對(duì) 回復(fù) 2019-06-13