對應關係的概念：理解「鑰匙→值」的查找邏輯

假設你是一個倉管人員，手上有一份出貨單，上面只寫了產品代碼：P-1042。你需要查出這個代碼對應的產品名稱和價格。

你會怎麼做？走到貨架旁邊的目錄表，用代碼去找對應的產品資訊。

這個動作，就是「查找」——而你用的產品代碼，就是鑰匙（Key）。

鑰匙與值

所有的查找操作，都建立在一個簡單的概念上：

• 鑰匙（Key）：用來查找的唯一識別碼。你拿著它去找資料。
• 值（Value）：你想取得的對應資料。這是查找的結果。

這個概念，在資料庫裡叫做「主鍵」（Primary Key），在程式語言裡叫做「鍵值對」（Key-Value Pair）。雖然名字不同，但邏輯完全一樣。

為什麼需要查找函式？

讓我們看看沒有查找函式時，你會怎麼做：

手動查找的流程：

1. 眼睛盯著訂單編號 A001
2. 到另一張表找到 A001 這一列
3. 看對應的客戶名稱欄位
4. 手動複製貼上

一筆資料花 30 秒，100 筆就要 50 分鐘。而且手動操作必然會出錯——看錯列、複製錯格，這些都是家常便飯。

用公式查找的流程：

1. 寫一個查找公式
2. 往下拖曳
3. 完成。100 筆、1000 筆、10000 筆，都是一瞬間的事。

而且公式不會看錯列，結果 100% 一致。

真實場景

查找在實務上無處不在：

場景一：銷售報表 出貨記錄裡只有產品代碼，但老闆要看的報表需要產品名稱和單價。你需要從產品目錄中，用代碼查出名稱和價格。

場景二：人事管理 考勤系統匯出的資料只有員工編號，但部門主管想看到員工姓名和所屬部門。你需要從人事資料表中，用編號查出姓名和部門。

場景三：成績單 教務系統匯出學號和分數，但家長聯絡簿需要學生姓名。你需要從學生名冊中，用學號查出姓名。

在所有這些場景中，邏輯都是一樣的：拿著 Key，去另一個地方找 Value。

試算表的查找 ≈ 資料庫的 JOIN

如果你聽過資料庫，可能知道 SQL 裡有一個叫 JOIN 的操作。它做的事情跟試算表的查找函式一模一樣——透過共同的欄位，把兩張表的資料合在一起。

你不需要現在去學 SQL，但理解這個概念有幫助：查找函式本質上就是在做兩張表之間的資料串接。 這意味著兩張表必須有一個共同的欄位（Key），才能建立連結。

一對一 vs 一對多

查找有兩種基本模式：

一對一：一個 Key 對應一個 Value

這是最常見的情況。一個員工編號對應一個人、一個產品代碼對應一個產品名稱。用基本的查找函式就能處理。

一對多：一個 Key 對應多個 Value

比較複雜的情況。一個客戶可能有多筆訂單、一個部門有多位員工。這時候基本的查找函式只會回傳第一筆匹配的結果。

要處理一對多，你需要用 FILTER 函式（我們會在 Level 2 學到）。現在只要知道這個概念就好。

重點整理

1. Key-Value 是查找的核心邏輯：拿著鑰匙（Key），去找對應的值（Value）。
2. Key 必須穩定且唯一，避免用姓名等可能重複的資訊當 Key。
3. 查找函式取代手動查找：更快、更準、可以大量處理。
4. 試算表的查找 ≈ 資料庫的 JOIN：兩張表透過共同欄位串接。
5. 一對一用查找函式，一對多用 FILTER——先理解對應關係，再選工具。