今天來談談 replication 最後的主題就是 Leaderless Replication。前面所說的都會有所謂的 Leader 去接收 Client 的 Write 的需求在同步給 Follower。 Leaderless Replication 盛行於 Amazon 的 Dynamo System，之後 Riak, Cassandra and Voldemort 這些 open source 也採用 leaderless replication，這些類型的資料庫被叫做 Dynamo-style。
Leaderless Replication 每個 Node 都是獨立的，也可以進行讀寫，這樣的架構在乎的倒也不是資料一致性，而是集群的可用性。
今天來講講 Ｍulti-Leader Replication 有哪些優缺點，以及如何處理 Write Conflicts。在前篇文章所提的 Leader-based replication，有個主要的缺點就是，如果這個 leader 掛了，所有的 writes 都無法進行了。因此這時候可以採用 multi-leader replication 的架構來解決這個問題，而每一個 leader 底下都會有各自的 follower。
今天來做 Replication 的筆記，主要是談在 Replication 中的模式，例如 Leaders and Followers 以及實現 Replication 有 Statement-based replication ，Logical replication，Physical replication 還有談談什麼是 Replication Lag 並造成了怎樣的影響。
今天來做 Modes of Dataflow 的筆記，重點圍繞著何謂 forward and backward compatibility，並且運用在 database，REST，RPC，Message-Passing 如何去克服向上相容及向下相容。
今天要來介紹的是 Copy Operation in Postgres 的用法，此外也比較與 Insert，Batch Insert 之間的速度比較。之所以想講這個是因為最近在工作上有需要大量 insert record 的需求，那因為是使用 Postgres 的關係，所以開始研究 Copy 的使用方式，並且深入探討了一下 Copy 使用 simple query 及 extended query protocol 請求方式的差別。這邊會透過 wireshark 來看封包分析一下～
再寫 Golang 的時候常常會需要封裝 struct 的操作，而通常會針對該 struct 做一個 New func 的操作，為的就是方便 inject 相對應的 dependency 進去。那麼就會碰到需要有 option 的時候，所謂 option 的時候，是指說有些欄位的設定是可以給 client 自由設定的，此外如果 client 沒有設定，會有所謂的預設值。那麼這樣的設計在 Golang 要怎麼去實作已經不同方式的優缺點在哪，來看一下吧。
上次講了 LSM tree and SSTable 的概念，今天來記錄一下何謂 Column-Oriented Storage。
Singleton 的設計模式相信大家都耳熟能詳，我想說做個筆記記錄一下在 Golang 要如何實作。
Database 最值得學習的不外乎是 index 的設計，為什麼呢？因為有了 index 才可以加速查詢，但是內部的 index engine 是怎麼做到的？如果我們可以了解細節的差異的話，我們在設計要怎麼放 index 在什麼欄位，我覺得會更有感覺。
今天這篇文章會介紹 Postgres 內部的 index engine 是怎麼運作，不僅僅單純的 index scan，事實上 Postgres 會因應不同的情況採取不同的 scan 策略。
今天要來介紹的是 Designing Data-Intensive Applications Chapter 03 的筆記，主題是：Storage and Retrieval，這篇文章涵蓋的內容是圍繞著 index structure 的設計，最後介紹到 B-Tree 與 LSM-Tree 兩者的優缺點及應用場景。