Tarragon

"Aggregate"

• 2026-08-31 Aggregate Function（聚合函數） 想知道為什麼聚合只能寫在某幾個位置、或連接之後的總和算出來不對時
• 2026-08-31 SQL.6 連接之後的列數與空缺：列數膨脹、外連接補的 NULL 與三值邏輯 連接讓聚合多算的機制與計數、加總、平均、中位數各自的修法，以及外連接補出來的 NULL 在 count、等號比較、NOT IN 與 NOT EXISTS 上的行為
• 2026-08-31 SQL.9 分組鍵的選擇：鍵與一組所代表的對象 外連接之後拿右表欄位當鍵的後果、輸出非分組欄時 MySQL、DuckDB 與 SQLite 的反應、補進鍵的欄位要滿足的函數相依，以及改用 NOT EXISTS 回答的那一類問題
• 2026-07-17 跨邊界參照的生命週期：前端凍結的 id，死活由後端決定 POS App 的前端把後端資料的 id 凍結在本地追蹤記錄裡，後端的「合併」操作會重建資料——舊 id 全部失效，取消與追加功能無聲死亡。判斷標準：跨邊界持有的每一個參照，都要回答「對方的哪些操作會讓它死」；穩定身份是實測出來的事實，不是推理出來的假設。
• 2026-07-10 文件裡的扁平 Product、程式碼裡的雙層聚合 — 宣稱型文件的半衰期 refactor 總結文件記的是決策時刻的快照：扁平 Product（一商品一價一庫存）在真實 POS 業務下演化成 Product + ProductSpecification 雙層、價格三種下沉到規格。欄位放聚合根還是子層的判斷標準是「兩個規格會不會不同」；文件預言的需求全中、預言的結構全錯——這正是先蓋結構會蓋錯的實證。
• 2026-07-10 桌子跟購物車是兩個聚合 — 從「提前結帳」推導生命週期解耦 兩個業務資源該綁死成一對一、還是解耦成獨立生命週期加綁定關係——判斷標準是有沒有業務操作需要其中一方獨立存活。以 POS 的提前結帳、純佔桌、外賣單推導桌位與購物車的聚合邊界，含組合空間大於業務空間時的非法組合封鎖。