為你的財務畫出流向-運用 ChatGPT共創出你的財務流向圖(Sankey Diagram)
你有定期盤點財務的習慣? 讓我們一起好好理財,過上更好的人生。 最近有些朋友詢問我,哪裡可以參加家庭理財課程。遺憾的是,李柏鋒老師的人生理財課程,無論是實體或線上課程,都正在進行改版籌備,暫時無法提供…
你有定期盤點財務的習慣? 讓我們一起好好理財,過上更好的人生。 最近有些朋友詢問我,哪裡可以參加家庭理財課程。遺憾的是,李柏鋒老師的人生理財課程,無論是實體或線上課程,都正在進行改版籌備,暫時無法提供…
你也曾紀錄很多筆記,但累積越多,只有整理的心累? 工作上也會因為突如其來的任務,需要不斷切換任務,而覺得浪費不少時間? 上面的問題,在我心裡盤旋已久,這一路上都在嘗試與找答案,試著解決。 為什麼我想看…
Data Mesh 實際上是一組數據平臺架構原則,融合了分佈式領域驅動的架構(Distributed Domain Driven Architecture)、自助平臺設計(Self-serve Platform Design)以及將數據視爲產品(Thinking Data as a Product)的思維
本篇文章會描述: * 要解決問題,找出「為什麼」是關鍵 * Nokia也曾吃過大數據的悶虧 * 厚數據是什麼? * 大數據和厚數據本質上有很大的不同 * 資料分析思維要具有彈性 你曾有過分析手中的資料…
有唯一鍵,拿它當 CDC 的判斷就可以了嗎?主鍵、唯一鍵、rowid 在 CDC 套用時各自怎麼壞,Debezium 實測結果,以及一張舊表該先補主鍵還是先接 CDC 的判斷。
有主鍵,就認得出每一筆資料嗎?把「主鍵、唯一鍵」這種角色,和「自然鍵、代理鍵」這種值的來源拆開,用兩個維度判斷一把鍵能不能用:此刻認得準,明天還認得。附會員合併的逐步實測、外鍵的極限,與五種鍵的可用程度排序。
CDC 啟用了,資料就會正確同步嗎?這篇拆開三種做法的機制與代價——查詢法、觸發器法、讀日誌,看開源工具在表沒有主鍵時的實際行為,並把 Oracle、SQL Server、PostgreSQL、MySQL、MariaDB 與 Informix 六家的原生 CDC 攤開來比。
兩份報表,一份男女加起來 92.38%、一份剛好 100%,加得起來的那份反而錯得最深。當系統禁止 NULL,「不知道」就被存成空白,常見的缺值檢查全都回報「完整」。這篇談空白怎麼騙過檢查,以及數據中台怎麼給「未知」一個名字。
主檔的失效日全都是 2899-12-31。它不是到期日,是「這一筆還沒結束」被硬塞進日期欄位之後的樣子。在那套系統裡一切正常,跨出邊界就只剩一個假日期——分析算出 873 年、BI 軸被拉開、AI 照字面理解。這篇談中台這一層該怎麼接。
小明 8 月在台北下單,12 月搬到台中。隔年老闆要 8 月的各城市銷售——這筆錢算台北還是台中?兩個答案都對,差別在維度表有沒有留住版本。用三種留法看數據中台怎麼保存歷史,以及為什麼歷史是唯一一項不能事後補課的功課。
老闆同一個提問,直接查線上交易資料庫要串五張表、現場算金額;星形架構三個 JOIN 收工。用一場 SQL 對決看懂 OLTP 與 OLAP 的差異
事實表存數字與事件,維度表存看資料的角度,星形架構把它們組成最適合分析的模型。用小明買咖啡豆的一筆訂單,圖解數據中台為什麼能讓資料一目瞭然,以及它與正規化、反正規化的差別。
數據中台不是把開源工具串起來就好。從電商訂單的例子看資料庫的正規化與反正規化:拆開好管理、合起來好查詢,還有保留當下狀態的快照設計。中台真正在做的,是用空間換掉使用者腦中的表結構知識。
問 AI,拿到的是結果;自己拆解,拿到的是「我知道我是怎麼走到這裡的」。
寫一篇深度文章曾要 3–5 天,現在 1 天完成。但這條與 AI 協作的寫作流水線,真正的設計重點不是變快:先畫界線——體驗與觀點只能我出,流程與品檢交給 AI;再用四象限檢視協作是否讓已知變大。快是工具,靈魂要留給自己。
45 歲生日信:從「最佳捕手」練習站上投手丘——對工作清楚承諾、不再無限補位;對自己,把經驗沉澱成帶得走的作品;對人生,健康與家庭優先。持續第八年,寫給自己的生日禮物。