Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
OpenDocCN
ddia
提交
73003f49
D
ddia
项目概览
OpenDocCN
/
ddia
通知
6
Star
0
Fork
0
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
D
ddia
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
提交
Issue看板
前往新版Gitcode,体验更适合开发者的 AI 搜索 >>
未验证
提交
73003f49
编写于
11月 26, 2019
作者:
F
Feng Ruohang
提交者:
GitHub
11月 26, 2019
浏览文件
操作
浏览文件
下载
差异文件
Merge pull request #36 from wwek/master
1.修复多个链接错误 2.名词优化修订 3.错误修订
上级
2f1244bd
c8f53ad4
变更
9
展开全部
隐藏空白更改
内联
并排
Showing
9 changed file
with
61 addition
and
70 deletion
+61
-70
SUMMARY.md
SUMMARY.md
+1
-1
ch10.md
ch10.md
+1
-1
ch11.md
ch11.md
+22
-31
ch12.md
ch12.md
+29
-29
ch2.md
ch2.md
+1
-1
ch7.md
ch7.md
+1
-1
ch9.md
ch9.md
+2
-2
glossary.md
glossary.md
+3
-3
part-iii.md
part-iii.md
+1
-1
未找到文件。
SUMMARY.md
浏览文件 @
73003f49
...
...
@@ -13,7 +13,7 @@
*
[
第七章:事务
](
ch7.md
)
*
[
第八章:分布式系统的麻烦
](
ch8.md
)
*
[
第九章:一致性与共识
](
ch9.md
)
*
[
第三部分:
派
生数据
](
part-iii.md
)
*
[
第三部分:
衍
生数据
](
part-iii.md
)
*
[
第十章:批处理
](
ch10.md
)
*
[
第十一章:流处理
](
ch11.md
)
*
[
第十二章:数据系统的未来
](
ch12.md
)
...
...
ch10.md
浏览文件 @
73003f49
...
...
@@ -909,4 +909,4 @@ top5.each{|count, url| puts "#{count} #{url}" } # 5
| 上一章 | 目录 | 下一章 |
| --------------------------------- | ------------------------------- | ------------------------ |
|
[
第三部分:派生数据
](
part-iii.md
)
|
[
设计数据密集型应用
](
README.md
)
|
[
第十章:流处理
](
ch7.md
)
|
\ No newline at end of file
|
[
第三部分:派生数据
](
part-iii.md
)
|
[
设计数据密集型应用
](
README.md
)
|
[
第十一章:流处理
](
ch11.md
)
|
\ No newline at end of file
ch11.md
浏览文件 @
73003f49
此差异已折叠。
点击以展开。
ch12.md
浏览文件 @
73003f49
此差异已折叠。
点击以展开。
ch2.md
浏览文件 @
73003f49
...
...
@@ -144,7 +144,7 @@ JSON表示比[图2-1](img/fig2-1.png)中的多表模式具有更好的**局部
[
^ii
]:
关于关系模型的文献区分了几种不同的规范形式,但这些区别几乎没有实际意义。一个经验法则是,如果重复存储了可以存储在一个地方的值,则模式就不是**规范化(normalized)**的。
> 数据库管理员和开发人员喜欢争论规范化和非规范化,让我们暂时保留判断吧。在本书的[第三部分](part-iii.md),我们将回到这个话题,探讨系统的方法用以处理缓存,非规范化和
派
生数据。
> 数据库管理员和开发人员喜欢争论规范化和非规范化,让我们暂时保留判断吧。在本书的[第三部分](part-iii.md),我们将回到这个话题,探讨系统的方法用以处理缓存,非规范化和
衍
生数据。
不幸的是,对这些数据进行规范化需要多对一的关系(许多人生活在一个特定的地区,许多人在一个特定的行业工作),这与文档模型不太吻合。在关系数据库中,通过ID来引用其他表中的行是正常的,因为连接很容易。在文档数据库中,一对多树结构没有必要用连接,对连接的支持通常很弱[^iii]。
...
...
ch7.md
浏览文件 @
73003f49
...
...
@@ -955,4 +955,4 @@ WHERE room_id = 123 AND
| 上一章 | 目录 | 下一章 |
| ---------------------- | ------------------------------- | ---------------------------------- |
|
[
第六章:分区
](
ch6.md
)
|
[
设计数据密集型应用
](
README.md
)
|
[
第八章:分布式系统的麻烦
](
ch
7
.md
)
|
|
[
第六章:分区
](
ch6.md
)
|
[
设计数据密集型应用
](
README.md
)
|
[
第八章:分布式系统的麻烦
](
ch
8
.md
)
|
ch9.md
浏览文件 @
73003f49
...
...
@@ -283,7 +283,7 @@
> ### CAP定理没有帮助
>
> CAP有时以这种面目出现:一致性,可用性和分区容
忍
:三者只能择其二。不幸的是这种说法很有误导性【32】,因为网络分区是一种错误,所以它并不是一个选项:不管你喜不喜欢它都会发生【38】。
> CAP有时以这种面目出现:一致性,可用性和分区容
错性
:三者只能择其二。不幸的是这种说法很有误导性【32】,因为网络分区是一种错误,所以它并不是一个选项:不管你喜不喜欢它都会发生【38】。
>
> 在网络正常工作的时候,系统可以提供一致性(线性一致性)和整体可用性。发生网络故障时,你必须在线性一致性和整体可用性之间做出选择。因此,一个更好的表达CAP的方法可以是一致的,或者在分区时可用【39】。一个更可靠的网络需要减少这个选择,但是在某些时候选择是不可避免的。
>
...
...
@@ -1201,5 +1201,5 @@
| 上一章 | 目录 | 下一章 |
| ---------------------------------- | ------------------------------- | --------------------------------- |
|
[
第八章:分布式系统的麻烦
](
ch8.md
)
|
[
设计数据密集型应用
](
README.md
)
|
[
第三部分:
派
生数据
](
part-iii.md
)
|
|
[
第八章:分布式系统的麻烦
](
ch8.md
)
|
[
设计数据密集型应用
](
README.md
)
|
[
第三部分:
衍
生数据
](
part-iii.md
)
|
glossary.md
浏览文件 @
73003f49
...
...
@@ -88,9 +88,9 @@
###
派
生数据(derived data)
###
衍
生数据(derived data)
一种数据集,根据其他数据通过可重复运行的流程创建。必要时,你可以运行该流程再次创建
派生数据。派生数据通常用于提高特定数据的读取速度。常见的派
生数据有索引、缓存和物化视图。参见第三部分的介绍。
一种数据集,根据其他数据通过可重复运行的流程创建。必要时,你可以运行该流程再次创建
衍生数据。衍生数据通常用于提高特定数据的读取速度。常见的衍
生数据有索引、缓存和物化视图。参见第三部分的介绍。
...
...
@@ -338,7 +338,7 @@
### 记录系统(system of record)
一个保存主要权威版本数据的系统,也被称为真相的来源。首先在这里写入数据变更,其他数据集可以从记录系统
派
生。 参见第三部分的介绍。
一个保存主要权威版本数据的系统,也被称为真相的来源。首先在这里写入数据变更,其他数据集可以从记录系统
衍
生。 参见第三部分的介绍。
...
...
part-iii.md
浏览文件 @
73003f49
...
...
@@ -24,7 +24,7 @@
大多数数据库,存储引擎和查询语言,本质上既不是记录系统也不是衍生系统。数据库只是一个工具:如何使用它取决于你自己。
**记录系统和衍生数据系统之间的区别不在于工具,而在于应用程序中的使用方式。**
通过梳理数据的
派
衍生关系,可以清楚地理解一个令人困惑的系统架构。这将贯穿本书的这一部分。
通过梳理数据的衍生关系,可以清楚地理解一个令人困惑的系统架构。这将贯穿本书的这一部分。
## 章节概述
...
...
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录