資料庫
含有「資料庫」共 206 篇內容
全部內容
發佈日期由新至舊
Lifespan 是 FastAPI 管理應用程式「啟動」與「關閉」邏輯的機制，讓你能在伺服器啟動時執行初始化工作（例如建立資料庫連線池），並在伺服器關閉時執行清理工作（例如關閉連線、釋放資源）。
本文解析 Node.js 的 Event Loop 機制，詳細介紹了單一主執行緒、非阻塞 I/O、Event Loop 的六個階段、Thread Pool 等關鍵概念，並以物流管理術的角度，提供了優化 Node.js 效能的實用建議，幫助你理解如何在此架構下處理高併發挑戰。
關聯式資料指的是在資料庫的兩個資料表（Table）之間建立連結，讓程式能透過邏輯關係輕鬆存取相關數據。例如：從「使用者 (User)」直接取得該人所有的「項目 (Items)」，而不需要使用複雜的 SQL Join。
本文以蚯蚓漢堡的訂單系統為例，生動闡述了分佈式系統中物理時間的不可靠性。透過講解Lamport時鐘和向量時鐘的運作原理，說明如何利用邏輯時鐘來確保事件的順序性和因果關係。文章深入分析了向量時鐘如何偵測併發衝突，並探討因果調度和剪枝等進階挑戰，最終說明在無物理時鐘的網路世界中，因果關係才是唯一的真理。
分散式系統在分區 (Partition) 發生時，如何確保資料的最終一致性？本文以「限量黃金蚯蚓」庫存為例，探討了最後寫入者勝 (LWW) 機制的優缺點，並深入介紹了無衝突複製資料類型 (CRDTs) 在數值、內容型資料處理上的應用，並提出了預防勝於治療的最佳解方。
在分佈式系統設計中，PACELC 定理是 CAP 定理的延伸，探討系統在網路正常（Else）與異常（Partition）兩種情況下，需要在延遲（Latency）或一致性（Consistency）之間做出權衡。本文透過漢堡店的比喻，探討在不同情境下（如普通漢堡 vs. 限量黃金蚯蚓）如何應用此定理。
本文以「蚯蚓漢堡」連鎖店為例，透過故事說明 CAP 定理的三大核心：一致性（C）、可用性（A）與分區容錯性（P）。當網路中斷時，系統必須在 C 與 A 之間取捨，形成 CP 與 AP 兩種設計策略。文章並結合實務案例，說明不同業務場景下的選擇原則。
付費限定
又是一個平常的上班日
平常工作不忙也不閒，任務之一就是維護著一套委外開發的ERP系統，簡單來說，只要這套系統不死，我就可以好好的活在這間公司裡面。
時間慢慢地像烏龜走路一樣爬到中午，我打了一個長長的哈欠，伸個懶腰，正在思考中午要吃什麼犒勞自己上午的辛勞，突然間與廠商的通訊群組「叮！」了一聲傳出訊
淨資產8兆韓元的CEO
甲骨文CEO賴瑞艾利森的洞察TOP30
這個人的訪談、自傳、演講、內部故事
我全部整理好了
1. 儲存空間就是錢
→倉庫都能變成錢的瘋狂時代來了
2. 甲骨文正在打造內建AI的資料庫
→從資料儲存，到分析與AI運算，一次完成
1莫耳鼴鼠同時搶蚯蚓會發生什麼事？本文用鼴鼠王國的「儲藏室管理條例」，帶你秒懂資料庫的ACID特性！從靈異事件（髒讀、幻讀）到門牌防禦系統（共享鎖、排它鎖），再到恐怖的死鎖僵局，一次搞懂為什麼銀行轉帳不會出錯、搶票系統為何要排隊。
