當 Excel 將某個值視為文字時,儲存格的左上角會顯示一個小小的綠色三角形,而且該項目會靠左對齊顯示在儲存格中,而不是像真正的數字那樣靠右對齊。任何 SUM、AVERAGE 或算術公式都會將該文字儲存格視為零,因此總和會在不出現明顯錯誤訊息的情況下靜悄悄地少算。文字型態儲存的數字通常是透過 CSV 匯入、從網頁複製貼上、加上前置撇號(如 '123),或因為該欄被 Excel 預設載入為文字而產生的。Excel 為純數值項目提供了可靠的修正方法,但更棘手的情況是儲存格內含複合值,例如 1.5 GB、2048 MB 或 500 KB。手工去除單位後綴既繁瑣,而 Excel 的通用文字轉數字指令又看不懂單位標籤,因此轉換後的數字仍然處於錯誤的進位級別。資料儲存單位轉換器正是為了這第二個階段而設計的,它能提供任何儲存容量標籤背後的精確位元組值,讓清理過的數字可以以真正的、可被公式使用的值貼回工作表中。
「以文字儲存的數字」在 Excel 中代表什麼
那個綠色三角形是 Excel 標準的錯誤指示器,稱為「以文字儲存的數字」(Number Stored as Text)。只要儲存格內含看起來像數字、但儲存格本身被標記為文字格式的字元時,Excel 就會套用這個標示;或者在數字前面輸入了一個撇號時,也會觸發。被這樣標記的儲存格無法像數字一樣被加總、相乘或比較,因為 Excel 仍然將它們視為字串。可見的症狀是公式傳回錯誤的總和,或是排序時把 9 排在 100 前面。隱形的症狀是稽核工作表時,問題欄位會被顯示出來,但不會出現任何損壞的儲存格參照。對於儲存容量相關的工作表而言,只要儲存格內容像 1.5 GB、1024 MB 或 0.5 TB,同樣的指示器也會出現,因為單位後綴會阻擋任何自動的數值解讀。確認問題很簡單:點選被標記的儲存格,查看資料編輯列,會發現該項目是靠左對齊;如果在輔助儲存格中輸入 =ISNUMBER(A2),它會傳回 FALSE。
在 Excel 內部對純文字數字的快速修正
對於沒有單位後綴的數字,以下三種內建方法都能穩定運作,並且不會改變原本的值:
- 選擇性貼上 → 乘以 1:在一個空白儲存格中輸入 1,複製它,選取那些以文字儲存的儲存格,然後選擇 常用 → 貼上 → 選擇性貼上 → 乘。以 1 乘以每個項目會強制 Excel 將其轉為真正的數字,而不會改變可見的值。
- VALUE() 函式:在輔助欄中輸入 =VALUE(A2),然後向下拖曳。VALUE() 會將看起來像數字的文字字串轉為真正的數字;如果 A2 內含 1.5,VALUE 會以數值結果傳回 1.5。
- 資料剖析精靈:選取該欄,然後前往 資料 → 資料剖析 → 完成(選擇「分隔符號」,但不要勾選任何分隔符號方塊)。Excel 會以它對數值最佳的猜測來重寫每個儲存格,綠色三角形就會消失。
當儲存格內含像 1.5 GB 或 2048 MB 這類儲存容量標籤時,這三種方法都會失敗。VALUE() 會傳回 #VALUE!;選擇性貼上會將整個文字標籤乘以 1,單位仍然黏在原處;資料剖析精靈則會保留後綴。這個空隙正好是資料儲存單位轉換器可以切入的地方,因為它將單位後綴視為一等輸入,並傳回對應的位元組數。
當文字值是儲存容量時
用來比較磁碟容量、雲端配額或備份時段的工作表,通常會內含像 1.5 GB、2048 MB 或 0.5 TB 這類複合字串。每一列都必須先轉換為共通的單位(幾乎都是位元組),之後總和、平均值和並排比較才會正常運作。一個可靠的工作流程分三個階段:把數字與單位拆開(舉例來說,把 1.5 GB 拆成 1.5 和 GB)、依十進位(以 1000 為基準)或二進位(以 1024 為基準)標準查詢該單位的轉換因子,然後相乘,讓重建後的值以位元組為單位。錯誤最容易在第二階段悄悄混入。同一個標籤 —— 1 GB —— 可以代表 1,000,000,000 位元組(硬碟製造商的算法),也可以代表 1,073,741,824 位元組(Windows 報出來的方式)。手動選錯慣例會在每一列都帶來一個幾個百分點的誤差,到了該欄底部的總和,這個誤差會被放大成誤導性的結果。
| 單位 | 十進位 (SI) 位元組 | 二進位 (IEC) 位元組 |
|---|---|---|
| 1 KB / 1 KiB | 1,000 | 1,024 |
| 1 MB / 1 MiB | 1,000,000 | 1,048,576 |
| 1 GB / 1 GiB | 1,000,000,000 | 1,073,741,824 |
| 1 TB / 1 TiB | 1,000,000,000,000 | 1,099,511,627,776 |
| 1 PB / 1 PiB | 1,000,000,000,000,000 | 1,125,899,906,842,624 |
使用資料儲存單位轉換器轉換儲存容量標籤
對於工作表中出現的每一個不重複標籤,資料儲存單位轉換器都會以任一種慣例提供精確的位元組值,讓你可以將它以乾淨的數字貼回 Excel 中。這個工具完全在瀏覽器中執行,因此你輸入的值不會離開你的裝置。
- 在儲存容量值欄位中輸入你想要轉換的數量。
- 選擇進位標準 —— 硬碟製造商用的是十進位 (1000),作業系統報出來的則是二進位 (1024) —— 然後選擇來源與目標單位。
- 立即讀取轉換結果,或勾選「一次顯示所有單位」,即可同時看到從位元到拍位元組的所有單位。
實作範例:一個內含 1.5 GB 的儲存格。輸入 1.5,選擇十進位 (1000),把來源單位設為 gigabyte (GB),目標設為 byte (B)。結果是 1,500,000,000 位元組。切換到二進位 (1024),來源設為 gibibyte (GiB);結果是 1,610,612,736 位元組。十進位答案符合硬碟標籤;二進位答案符合 Windows 在檔案總管中顯示的數字。把 1500000000 以真正的數字貼到 Excel 儲存格中,然後在該欄使用一般的 =SUM() 公式,總和就會正確反映每一列。
同樣的三步驟流程可以處理工作表中可能出現的其他所有標籤 —— MB、TB,甚至當網速欄與檔案大小欄並排時,小寫的 Mb(代表 megabit)也沒問題。
為什麼一個「1 TB」儲存格常常顯示為 931 GB
儲存容量工作表中的經典抱怨是:標題為「硬碟容量 (TB)」的欄位,內含的值看起來比行銷標示的數字還小。應該顯示為 1 的一列卻顯示為 0.909,或依四捨五入方式不同而顯示為 0.895。原因在於上表中單位系統的不一致,而不是少了位元組。標示為 1 TB 的硬碟是依十進位定義販售的:1 TB = 1,000,000,000,000 位元組。Windows 把同樣的位元組數連除以 1024 四次(B → KB → MB → GB → TB),得到大約 0.909 TB,但該欄仍標示為「TB」,所以顯示的數字縮水了,實際容量卻沒有消失。依據 NIST 的「二進位倍數字首」以及 IEC 80000-13:2008 標準,該數字對應的正確二進位單位是 tebibyte (TiB),而不是 terabyte (TB),這正是資料儲存單位轉換器讓你在兩者之間切換的關鍵區別。將該欄重新命名為「容量 (TiB)」,並把 0.909 以真正的數字貼回去,就能在不改變底層資料的情況下,修正這個表面上的損失。
位元 vs 位元組 —— 速度工作表的陷阱
儲存容量工作表中另一個常見的轉換錯誤是位元與位元組的混淆。無論是十進位或二進位標準,都正好是 8 個位元構成 1 個位元組。儲存容量是以位元組(大寫 B)來衡量,而資料傳輸與網路速度通常是以位元(小寫 b)來標示。一列把網路連線速度列為 100 Mb/s,指的是每秒 100 megabit,換算下來大約是每秒 12.5 megabyte(100 ÷ 8)。混用這兩種單位的工作表可能會把下載時間高估為實際的八倍,這正是「為什麼我的下載速度比方案慢」的典型來源。資料儲存單位轉換器同時納入位元與位元組,所以同一個欄位可以同時確認兩個數字:輸入 100,選擇十進位,來源設為 megabit (Mb),目標設為 megabyte (MB),結果就是 12.5。把 12.5 貼到 Excel,並把該欄命名為 MB/s,讓單位與數值相符。
| 情境 | 使用的標準 | 範例標籤 |
|---|---|---|
| 硬碟 / SSD 標示容量 | 十進位 (SI),以 1000 為倍數 | 1 TB = 1,000,000,000,000 B |
| 作業系統回報的檔案大小 | 二進位 (IEC),以 1024 為倍數 | 1 TiB = 1,099,511,627,776 B |
| 網路傳輸速度 | 十進位 (SI),以位元(小寫 b)為單位 | 1 Gb/s = 1,000,000,000 b/s |
| RAM 與記憶體模組 | 二進位 (IEC),歷史上如此 | 1 GiB = 1,073,741,824 B |
單位越大,這兩種慣例的落差也越大。當工作表進入 terabit 等級的鏈路時,一個 1 Tb 的儲存格(十進位,10^12 位元)和一個 1 Tib 的儲存格(二進位,2^40 位元)之間的差距已經大到無法忽視。只要用轉換器清理該欄一次,把轉換後的值以純數字貼上,並在每個欄位上標示其所代表的確切單位,就能把誤導性的儲存容量工作表,變成一個總和、平均值與預測都能正常運作的工作表。
延伸閱讀:如何在 Excel 中計算指數平滑預測。