爲什麼數據庫模式通常包含32,64,128等

Question

我知道2,4,8,16,32,64,128,256 ...是二進制數字的十進制等值。

這是爲什麼在數據庫中使用的原因嗎？例如，VARCHAR字段的長度通常爲255個字符。由於（我假設）每個字符都是一個字節，爲什麼使用255個字符和使用257個字符有區別？

Answer 1

隨着varchar列，則長度存儲與使用無符號整數在數據的前導字節的數據。使用最少的字節數;一個字節可以存儲0到255之間的長度，0到65535之間的兩個字節等。通過使長度爲255，可以從最小長度字節中獲得「最大值」。

在過去的日子裏，每行保存的單個字節的磁盤值得保存。儘管現在磁盤價格便宜，但這種想法一直存在，特別是灰色頭髮的DBA。

選擇長度爲2的冪沒有優勢，例如varchar(64) - 這僅僅是一種習慣/習慣（我甚至會遵循它 - 我不知道爲什麼！）。

Answer 2

不僅僅是數據庫模式，但幾乎所有的編程工件都會被發現包含許多形式爲2^N或2^N-1的數字。儘管其中一些用途是有意義的（例如，在許多機器體系結構中，2^32-1是可表示爲最大數字的一個標準無符號整數），但大多數2的冪的使用是不太必要的。在實踐中，老黑客認爲2的權力是聖潔的，並且崇敬他們。

Answer 3

數據庫中的數據通常以pages的格式組織。這些頁面幾乎與存儲器和緩存管理的內存邊界通用。爲您的數據選擇2^n的大小對於優化數據庫中空間的使用是很好的。

注意：根據RDBMS引擎的不同，從內存對齊角度來看，256可能不是最佳選擇，因爲字符串的長度也佔用空間，即varchar(256)佔用258個字節。

Answer 4

這比什麼都更習慣。關於varchar（32）或varchar（64）沒有什麼魔力，類似的，對於可視化工具嘗試讓你使用的默認值（例如varchar（50））沒有什麼魔力。很多這些上限已經深入人心，因爲640k對於任何人都是足夠的內存，我們真的需要擔心每個字節。

在很多情況下，它歸結爲一個共同點。在以前的系統中，我在產品經理工作時不知道他們的要求是什麼。他們想存儲一個名字，但是他們不知道域名真的包含了什麼 - 但是其中一個人說他們聽說過一個姓> 50個字符，所以他知道它必須超過32個，超過了50個。我們回來了64，他同意這已經足夠了，那就是今天仍然有AFAIK。

儘管我們確實有電子郵件的技術原因（varchar（320）），當時標準規定爲320個字符，因爲用戶名/本地部分爲64個字符，域名爲255個字符， @。大多數其他決策都基於優先級（例如，所有後續名稱都遵循上面決定的nvarchar（64）模型），或者邏輯（例如，URL不需要是nvarchar（max），但取決於標準和瀏覽器功能時間，他們是我相信varchar（2048）或varchar（4096）。在這種情況下，不是因爲它是2的冪，而是因爲別人的軟件或標準建立他們的東西使用2的冪。