From e98862fa754fbec159734d47e067bde29917fa72 Mon Sep 17 00:00:00 2001 From: harlyqiu Date: Mon, 20 Mar 2023 16:28:59 +0800 Subject: [PATCH] Fix typo in ch03 and ch04 --- ch03.md | 2 +- ch04.md | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/ch03.md b/ch03.md index b740944..6850386 100644 --- a/ch03.md +++ b/ch03.md @@ -148,7 +148,7 @@ SSTables 格式听起来很美好，但须知数据是乱序的来的，我们 **构建 SSTable 文件**。将乱序数据在外存（磁盘 or SSD）中上整理为有序文件，是比较难的。但是在内存就方便的多。于是一个大胆的想法就形成了： -1. 在内存中维护一个有序结构（称为 **MemTable**）。红黑树、AVL 树、条表。 +1. 在内存中维护一个有序结构（称为 **MemTable**）。红黑树、AVL 树、跳表。 2. 到达一定阈值之后全量 dump 到外存。 **维护 SSTable 文件**。为什么需要维护呢？首先要问，对于上述复合结构，我们怎么进行查询： diff --git a/ch04.md b/ch04.md index cb37eae..5dbccea 100644 --- a/ch04.md +++ b/ch04.md @@ -372,7 +372,7 @@ REST 相比 RPC 的好处在于，它不试图隐去网络，更为显式，让 ### 数据编码和 RPC 的演化 -通过服务的数据流通常可以假设：所有的服务器先更新，然后服务端再更新。因此，只需要在请求里考虑后向兼容性，在响应中考虑前向兼容性： +通过服务的数据流通常可以假设：所有的服务端先更新，然后客户端再更新。因此，只需要在请求里考虑后向兼容性，在响应中考虑前向兼容性： 1. Thrift、gRPC（Protobuf）和 Avro RPC 可以根据编码格式的兼容性规则进行演变。 2. RESTful API 通常使用 JSON 作为请求响应的格式，JSON 比较容易添加新的字段来进行演进和兼容。