NULL或空字符串更有效/自然嗎？

Question

藉口，我熟悉NULL值和空字符串之間的語義差異。

我有一個MySQL表，我用它們的IP地址存儲了很多主機名（作爲字符串），並想知道在主機名無法解析的情況下看起來更自然（或有效的存儲智能）。

NULL值或空字符串（在這種情況下，它可能應該是一個VARCHAR而不是CHAR）

我會傾向於一個NULL值，但我想有這個確認或disconfirmed。

Answer 1

在MyISAM MYSQL每行保存一位不使用NULL。如上所述here：

聲明列NULL可以減少允許的最大列數。對於MyISAM表，NULL列需要額外的空間來記錄它們的值是否爲NULL。每個NULL列需要額外一位，四捨五入到最接近的字節。

看看here還有：

此外，雖然一個NULL本身不需要任何存儲空間，NDBCLUSTER儲備每行4個字節，如果表定義包含定義爲NULL的列，多達32個NULL列。 （如果MySQL簇表與多於32個NULL列定義多達64個NULL列，然後每行8個字節被保留。）

此外這也使得數據庫工作更快在它指出here（從stackoverflow拍攝 - @DavidWinterbottom鏈接，我沒有工作，我加了一個不同的SOURSE）

這是很難爲MySQL優化引用可空coumns查詢，因爲他們製作索引，索引統計信息和價值的比較更復雜。一個可爲空的列使用更多的存儲空間，並且需要MySQL內部的特殊處理。當一個可爲空的列被索引時，它需要每個條目多一個字節，甚至可能導致在MyISAM中將固定大小的內聯（例如單個整數列上的索引）轉換爲可變大小的列。

在大多數情況下，當與COUNT()和其它聚合函數組合，但你也可以看到根據您的需要一個NULL的行爲非NULL值的行爲更容易預測。

由於它是表示here，不是所有的組（集合）函數忽略NULL例如COUNT()會給你不同結果COUNT(*)爲一列包含NULL值。

另一方面，因爲NULL更好地反映了入口的含義 - 它是一個未知的值，如果你想要統計所有的主機，你可能會像它一樣運行。

Answer 2

Oracle解決了這個問題，並解釋了兩者相同。

Mysql沒有，我不是判斷它，但個人我不喜歡它，因此儘可能多地使用NULL來「標準化」我的代碼。

另外，從關鍵字的重要性來看，NULL正是你想要的，因爲它意味着db語義中的「未知」。 （糾正我，如果我錯了）

Answer 3

我建議你使用NULL，而NULL的類型是不同於字符串。例如，使用此值過濾掉行或檢測該字段中的值類型等操作會更加輕鬆。

Answer 4

首先：考慮密切NULL的不同的語義和空字符串。

• 首先是最好的解釋是這樣的：
  有此字段一個有效的值，但該值還不知道。
• 第二個始終表示：
  此字段的有效值是已知的，而且它正是「」。

二：認識到索引和過濾效果更好，更高效地空字符串比NULL，所以不要使用後者時，你真的是前者。

第三：認識到使用NULL所有表達式易受三值邏輯的非直觀性，除非將NULL宗教聚結以空字符串（或一些其他內容相關有效值）第一。特別地，排除中間定律不再適用，因此，只要評估需要評估術語，表達式A或〜A就不再是同義語。忘記這可能導致非常微妙和難以定位的錯誤。

的未等於運營商這個經常暴露：

When A has the value NULL: 
    The expression A = 0 returns false; 
    The expression A <> 0 returns false; and 
    The expression A OR NOT A returns false! 

更新：
我想我的觀點的實質是，他們是不一樣的生物，而是非常不同的東西。每個都有它的位置。第二個地址字段應始終爲非空值（除非您打算允許輸入部分地址或不完整地址），並且它的默認值應始終爲空字符串的有效值和已知值。 NULL應該限於後面將提供有效的和已知的值的情況，事實上o表示某種必須解決的驗證失敗。

從下面OP：

一行將不會被更新。插入時有IP 地址，或者沒有地址（因爲無法解析）。

響應：

那麼我建議使用空字符串爲默認值，並進行現場NON-NULL。必須時只使用NULL，因爲它有微妙的缺點。