同一位客人的預約，你手上有幾個版本？
在那個某醫療機構的專案裡，一開始每件事都是一份 Excel：櫃檯一份預約表、結算一份消費明細、老闆手上又一份月結。每份都對、每份又都不太一樣——因為它們是在不同時間、被不同人複製出去的。等到月底要對帳，光是「哪一份才是最新的」就要吵半天。這就是把 Excel 當資料庫用的下場。
問題不是 Excel，是「拿檔案當資料庫」
Excel 很好用，它是很棒的試算與呈現工具。但它天生不是拿來當「唯一真相」的：檔案可以無限複製，複製出去的每一份就開始各自長大、各自走鐘。你以為在管理資料，其實在管理一堆彼此矛盾的副本。
場館的排課、業務的客戶名單、外包的件數紀錄也一樣——只要核心資料還躺在「一份會被複製的檔案」裡，孤島就會不斷生出來。
數據庫的意義：資料只存一次，被很多流程共用
把資料搬進數據庫，改變的不是技術，是一個原則：同一筆事實，只存在一個地方。
- 唯一真相：一筆預約就是一筆紀錄，櫃檯、結算、報表看的都是同一份，不再有「哪份最新」的問題。
- 一次輸入、到處使用：預約建立時就存好，結算與抽成直接讀它，不必再複製貼上、重新輸入。
- 可追溯：誰、什麼時候改了什麼，都留得下來；月底對帳不再是考古，而是查詢。
Excel 不必消失——它可以退回它擅長的位置：當輸入的入口、當呈現的報表。但「這件事到底是什麼」的答案，該由數據庫來守。
先把資料收斂，後面才有系統可談
資料層是整條演進線的地基。預約、結算、抽成之所以後來能自動接起來、能長出前端、能改得動，前提都是——資料先被收斂成唯一真相。孤島不是靠再開一份表整理掉的，是靠讓資料只存一次。