資料不會說話 但關聯會讓它們開始對話
好的，這邊先警告大家，如果沒有想要學 Notion 的，可以不用勉強繼續閱讀文章喔。
然後沒有看前面分的人建議可以先去看。因為接下來會是很技術的圖文 Notion 教學了。
繼續回到我們的「找」!
不過在開始之前，我要先跟大家道個歉。
上一篇文章我可能太累了，不小心把資料庫名稱寫成跟「時間」相關還有不相關，其實我是想要說跟「數字」相關不相關啦。
昨天稽核一天後晚上我還是在半夜創作更新，所以頭腦確實不怎麼清楚 !
那我們繼續咱們的 Notion 教學。
那現在就要去思考，我們要「找」什麼東西 ? 需求是要「找」什麼 ? 那怎麼樣才能夠被「找」到呢?
Step 1：釐清這篇的「找」是什麼
首先我要跟大家再度提醒一次，我們這次的主要目的是記帳，記帳的目的就是要知道在什麼時間花錢在什麼東西。
但是「找」其實有兩種：
- 屬性關聯的找：建立資料庫之間的連結關係（ 這篇的重點 ）
- 歷史查詢的找：查詢過去的資料紀錄（ 下一篇才會談到 ）
為什麼要這樣分 ?
因為時間是所有事情裡面最高難度的，所以如果可以的話，我都是最後才考慮這個因素。
這篇我們還沒有談到怎麼處理日期，專心處理屬性之間的關聯就好。
Step 2：重新檢視我們的分類成果
讓我把上一篇文章提到的元素再度全部列下來：
跟數字相關的有：收入、支出、日期、加油錢，還有金額 跟非數字相關的有：早餐、午餐、晚餐、飲料、消夜，還有尿布
我們上一篇在各次分類裡面找到最重要的是：金額 以及 食。
現在我們要做一件事情，把自己覺得最重要的因素填到相應的資料庫名稱，然後確定一下這個資料庫名稱是不是跟下面項目剩餘下來的有關連。
更改資料庫名稱為自己覺得重要的
Step 3：建立資料庫關聯
這時候 Notion 相對有優勢的功能就登場了，叫做「關聯資料庫」!
來想一下，這個分類其實是不是跟其他資料庫的誰有關係 ?
就是再做一次分類，然後連連看，只不過這次的連連看叫做關聯，
操作步驟：
- 在資料庫新增一個屬性叫「關聯」
- 開啟雙向關聯
- 隨便選一個資料庫，選剛剛關聯的欄位，把自己覺得相關的分類分好
比如現在金額資料庫已經跟食這個資料庫有關聯了，就繼續分類：
- 收入是不是跟早餐有關 ? 不是就空著
- 收入是不是跟午餐有關 ? 不是就空著，以此類推
- 再來會換到支出：支出會不會跟早餐有關 ? 覺得會就把它加進來
- 跟午餐也有關也加進來
Step 4：資料分析師的異常洞察
然後我們就可以發揮資料分析師的思維，洞見異常 !
發現收入跟加油錢都是空的，然後支出卻關連超級多東西 ?
那其他選項為什麼會被分類在這個，我以為很重要的金額 ?
啊，原來是少了數字啦 !
所以我們就再多一個屬性選數字屬性，可是數字要填什麼 ?
不知道，只知道數字要填 ? 那數字是根據什麼要填 ? 是根據品項 !!!
比如早餐花多少 ? 午餐花多少 ?
然後就會發現到，「食」的資料庫好像也要有個數字屬性 ? 那我們就給它加上吧。
可是收入還是空的啊 ? 沒錯，那為什麼收入是空的 ? 因為不知道怎麼填啊 !!!!!
想想自己的話收入哪裡來的 ?
薪水來的 ? 或是爸媽給的 ? 或是自己的獎學金 ? 或是哪裡路邊撿的 ? 對吧 ?
Step 5：優化資料庫結構
所以這代表我們少了這些的元素，那就發現收入好像也是很多元素組成的，好像很重要。
沒錯 !!!!
所以收入就會被拉出去做一個資料庫，因為重要的東西在 Notion 裡面都值得一個資料庫。
然後就會把所有跟收入品項，相關的名稱補上，然後也加上相對應的數字屬性欄位。
Step 6：匯總功能實戰
然後就會在金額這邊的資料庫發現，我要的數字都是在其他的資料庫，比如說「食」跟「收入」。
那要怎麼跨資料庫找到我要的資料呢 ?
就是到相關連的資料庫去拿相對應屬性的數字，對吧 ?
但是關連屬性，是只關連到針對哪個資料庫的那個項目。
那我只需要整個資料庫那個項目的其中那一個屬性怎麼辦 ?
這個時候就會出動一個叫做匯總的屬性欄位。
它就是針對你選的關連選項的什麼屬性做統計。
然後你可以選擇對這個屬性做什麼計算。
我這邊是選加總起來。
然後把真實的金額給打到欄位內容中。
Step 7 : 尚未處理怎麼想
還有一些東西竟然是空的 ? 那怎麼辦?
要講一個很討厭的概念了。
如果 ax+bx+cx+dx....你第一時間會想到什麼?
我第一時間會想睡覺 🤣
欸不是啦。
我第一時間會想要挑選共同都有的東西然後稍微的「整理」一下。
拿個生活化的例子。
現在你當老闆賣麵，你有五張訂單，每一張訂單上面都有麻醬麵，那你會想要怎麼做?
一張訂單做完再換下一張訂單?還是統計這五張訂單共有多少碗麻醬麵一起下去煮?
做法絕對沒有一定，只是我個人屬於後者。
那至於面對這種多屬性重複元素的優化要怎麼處理呢 ?
下一篇「找」 的下集我再告訴你。
好多資訊量?
我想這邊的資料屬性意義跟用法就先教到這邊。
這次的目的就只是讓大家熟悉怎麼建立資料庫之間的關聯，還有怎麼選取指定項目的屬性應用。
統整一下這篇重點，這篇我們處理的是「屬性關聯」的 ”找”，還不是「歷史查詢」的 “找”。
下一篇才會進入更複雜的時間維度處理，因為當我想要找到過去的紀錄，就是確實有牽涉到時間線。
就我前面所說的，時間線是所有跟數字相關最棘手的元素，所以我個人通常會放到比較後面才考慮這個因素。
所以我們這邊丟出去的日期，相信大家已經有一個概念，是它也應該要有一個時間的資料庫。
我想要跟你說 :「沒錯」!!!
總之今天這篇帶一次操作還有思路，是希望可以更能看到事務的需求還有本質，並做相對應的調整。
這就是資料分析師的思維。
從看起來怪怪的地方開始深入思考，開始發現人家可能意想不到的洞察。
Just share to you 我是 Joker，咱們下回見。
