Vonng · chuncen · Jul 24, 2023
diff --git a/post/pg-convention.md b/post/pg-convention.md
@@ -388,7 +388,7 @@ $function$;
 【强制】 **关注复制延迟**
 
 - 应用必须意识到主从之间的同步延迟，并妥善处理好复制延迟超出合理范围的情况
-- 平时在0.1ms的延迟，在极端情况下可能达到十几分钟甚至小时量级。应用可以选择从主库读取，稍后再度，或报错。
+- 平时在0.1ms的延迟，在极端情况下可能达到十几分钟甚至小时量级。应用可以选择从主库读取，稍后再读，或报错。
 
 
 
@@ -591,7 +591,7 @@ $function$;
 
 【强制】 **关注年龄**
 
-* 关注数据库与表的年龄，避免事物ID回卷。
+* 关注数据库与表的年龄，避免事务ID回卷。
 
 
 

diff --git a/post/pg-is-great.md b/post/pg-is-great.md
@@ -197,7 +197,7 @@ NewSQL的祖师爷Google Spanner就是为了解决海量数据扩展性的问题
 
 另一个值得关注的“竞争者”是所谓云数据库，包括两种，一种是放在云上托管的开源数据库。例如 RDS for PostgreSQL，另一种是自研的新一代云数据库。
 
-针对前者，主要的问题是“**云厂商吸血**”。如果云厂商**售卖**开源软件，实际上会导致就会导致开源软件的相关岗位和利润向云厂商集中，而云厂商是否允许自己的程序员给开源项目做贡献，做多少贡献，其实是很难说的。负责人的大厂通常是会回馈社区，回馈生态的，但这取决于它们的自觉。开源软件还是应当将命运握在自己手中，防止云厂商过分做大形成垄断。相比少量垄断巨头，多数分散的小团体能提供更高的生态多样性，更有利于生态健康发展。
+针对前者，主要的问题是“**云厂商吸血**”。如果云厂商**售卖**开源软件，实际上会导致就会导致开源软件的相关岗位和利润向云厂商集中，而云厂商是否允许自己的程序员给开源项目做贡献，做多少贡献，其实是很难说的。负责任的大厂通常是会回馈社区，回馈生态的，但这取决于它们的自觉。开源软件还是应当将命运握在自己手中，防止云厂商过分做大形成垄断。相比少量垄断巨头，多数分散的小团体能提供更高的生态多样性，更有利于生态健康发展。
 
 Gartner称2022年75%的数据库将部署至云平台，这个牛逼吹的太大了。（但也有圆的办法，毕竟用一台机器就可以轻松创建几亿个sqlite文件数据库，这算不算？）。因为云计算解决不了一个根本性的问题 —— 信任。实际上在商业活动中，技术牛逼不牛逼是很次要的因素，Trust才是最关键的。数据是很多企业的生命线，云厂商又不是真正的中立第三方，谁能保证数据不会被其偷窥，盗窃，泄漏，甚至直接被卡脖子关停（如各路云厂商锤Parler）？TDE之类的透明加密解决方案也属于鸡肋，充分的恶心了自己，但也防不住真正的有心人。也许要等真正实用的高效全同态加密技术成熟才能解决信任与安全这个问题吧。