鍵值對應的概念：用編號查品名與牌價，成交價格另外存

我手上有一份手搖飲的訂單，每一筆只記了產品編號，像是 T-04，沒有品名，也沒有單價。要把這兩欄補齊，得拿著編號去菜單裡找。

查找函式做的就是這件事。這篇不教語法，只聊背後的想法：什麼叫鑰匙、哪種鑰匙好用，還有一把鑰匙對到好幾筆資料會怎麼樣。

← 左右滑動看完整的圖，點圖可放大

圖：訂單只存編號，品名跟單價都到菜單那一列去拿。

鑰匙與值

菜單有 5 個品項：

下面 5 筆是尚未成交的待報價資料，先記編號與杯數，再查目前牌價；已成交訂單的價格保存方式稍後分開說明：

拿訂單上的 T-04，到菜單的「編號」欄找到同一列，再把品名跟單價抄回來。拿去找的 T-04 叫鑰匙（Key），抄回來的品名、單價叫值（Value）。這個想法在資料庫叫主鍵（Primary Key），在程式語言叫鍵值對（Key-Value Pair），名字不同，做的事一樣。

5 筆我用眼睛掃一下就好，500 筆一筆一筆比對就太麻煩了，還很容易看錯列。這時候就請 XLOOKUP 出場。菜單放在 A1:C6，訂單放在 E1:G6，我在 H2 跟 I2 各寫一條，再往下拖：

每個參數的意思在 XLOOKUP 入門 講過，這邊只要看鑰匙是 F2，值從菜單的 B 欄、C 欄拿。來看看結果：

這裡查回的是「目前牌價」。把菜單的 C3 從 55 改成 60，待報價的 I2、I4 就會跟著變成 60。若報價仍以最新牌價為準，這正是我們要的。

已成交的單價要留下來

已成交訂單不能一直連著目前菜單重算。換個情境：如果 O-201 的 2 杯、O-203 的 3 杯其實是已在調價前以每杯 55 元成交的訂單，當時就要把 55 保存成獨立的「成交單價」欄位，例如複製查價結果後僅貼上值。不要將成交單價欄繼續綁在上述查價公式上。

若在調價後才發現沒有留下成交單價，要依原始報價或交易紀錄補回，不能拿新菜單倒推。需要保留每次價格版本的系統，也可另建含生效日期的價目表，查價時同時考慮交易日期；這篇不實作日期版本查價。

所以「菜單資料集中維護」和「交易當時價格留存」是兩種不同責任。兩張表靠共同欄位接起來，在 SQL 叫 JOIN，但關聯資料不代表歷史成交價格應隨菜單改動。

好用的鑰匙

好用的鑰匙有三個條件，我自己建新表時，第一欄通常會先留給編號。

• 不重複：值可以重複，鑰匙不行。菜單裡 45 出現了兩次，如果拿單價當鑰匙，=XLOOKUP(45, C2:C6, B2:B6) 只會回「蘋果紅茶」，因為從上往下找到第一個 45 就停了，蘋果綠茶永遠查不到。
• 乾淨：看起來一樣，其實可能差一個空格。=XLOOKUP("烏龍奶茶 ", B2:B6, C2:C6) 的雙引號裡，品名後面多了一個空格，結果是 #N/A。從別的系統匯出的資料常有這種空格，查不到時先懷疑它，用 TRIM 清掉就好。
• 穩定：品名會改。哪天「桂花烏龍」改名叫「金桂烏龍」，訂單裡存品名的全部對不上，編號就不會跟著改。

一把鑰匙對到幾筆

訂單查菜單，每個產品編號在菜單只出現一次，查到一列，這是一對一。反過來問「T-04 在訂單裡有哪幾筆」，鑰匙一樣是 T-04，卻會對到 O-201 跟 O-203 兩筆，這是一對多。

← 左右滑動看完整的圖，點圖可放大

圖：同一把鑰匙，方向反過來，值就從一筆變成好幾筆。

XLOOKUP 遇到一對多，只會回第一筆。想全部拿到，要換成 FILTER。我把兩條放在 K2 跟 K4：

我判斷方向的方式是問自己：鑰匙這一邊，在對照表裡會不會出現好幾次？會的話，就不是 XLOOKUP 的場合。

對照表要先整理好

鑰匙那一欄所在的表，要先排成整齊的清單：一列一個品項、一欄一個屬性、標題只有一層，不然鑰匙欄會有空白或重複。這部分在 資料結構的黃金原則 講。

菜單這種「很少改、大家都在查」的表，建議獨立放一張工作表，放法見 三層架構。要往左查、或不想用 XLOOKUP 的時候，可以看 INDEX 與 MATCH。

練習

O-204 是 T-09，答案是 35。下次看到一堆只有編號的表，先找找對照表在哪吧！

我是喜特先生，Mr. Sheet，我們下個教學見！