在 PostgreSQL.TW 分享的「大解密！用 PostgreSQL 提升 350 倍的 Funliday 推薦景點計算速度」

大解密！用 PostgreSQL 提升 350 倍的 Funliday 推薦景點計算速度 from Mu Chun Wang

今年最後一次的公開演講，一年講四次不一樣的題目真的很累人 XDDD。這次到 PostgreSQL.TW 來分享一下 Funliday-旅遊規劃 是如何做推薦景點的，也是之前筆記的投影片版本。

這兩年推薦景點的改版學到不少東西，除了投影片裡面提到的技術面，其他部分小編也來分享一下：

1. 資料庫是存資料用的，不要陷入正規化迷思
2. APM 很好用，建議 day 1 就加上去
3. 即時是相對的，不強求每次都取得最新資料
4. 技術很重要，但技術是滿足業務需求
5. 定期檢視原程式碼，有時問題是資料量大才會出現

PS. 沒想到這次場地的仁愛路小樹屋，旁邊居然就是 iCHEF 資廚 的新辦公室，真是太巧了 XD

• 文字筆記: https://techblog.funliday.com/2020/09/28/%E5%86%8D%E5%BA%A6%E6%9C%80%E4%BD%B3%E5%8C%96%E6%8E%A8%E8%96%A6%E6%99%AF%E9%BB%9E%E7%9A%84%E5%9B%9E%E6%87%89%E6%99%82%E9%96%93/