gydtep
发表于 2022-9-20 20:56:34
思考领域模型是如何在业务场景中发挥作用的,以及是如何参与到业务流程的每个环节的;
场景走查,确认领域模型是否能满足领域中的业务场景和业务流程;
gydtep
发表于 2022-9-21 11:01:38
在每个边界上下文中设计领域模型,具体的领域模型设计方法有很多种,如以场景为出发点的四色原型分析法,或者我早期写的这篇文章;
gydtep
发表于 2022-9-21 16:20:03
性能压测方案
监控报警方案
等等。上面这些都需要我们平时的大量学习和积累。作为一个合格的开发人员或架构师
gydtep
发表于 2022-9-22 08:59:38
首先,在技术上需要维护两套不同技术体系的数据库系统,其次由于两套系统处理机制的差异,维护上下游的数据实时一致性也非常具有挑战。而且由于同步延迟的存在,下游AP系统存储的经常是过时的数据,导致无法满足实时分析的需求。
gydtep
发表于 2022-9-22 16:07:55
因此要达到最极致的分析性能必须使用列式存储,而列式存储中索引稀疏导致的索引精准度问题决定它不可能成为TP场景的存储格式
gydtep
发表于 2022-9-23 10:24:35
传统MySQL的表达式计算体系以一行为一个单位的逐行运算,一般称其为迭代器模型实现。由于迭代器对整张表进行了抽象,整个表达式实现为一个树形结构,其实现代码易于理解,整个处理的过程非常清晰。
gydtep
发表于 2022-9-23 16:15:04
在PolarDB的SQL执行器层,我们重写了一套面向列存的执行器引擎框架(Column-oriented), 该执行器框架充分利用列式存储的优势,如以4096行的一个Batch为单位访问存储层的数据
gydtep
发表于 2022-9-24 09:29:47
事务型应用和分析型应用对存储引擎有着截然不同的要求,前者要求索引可以精确定位到每一行并支持高效的增删改,而后者则需要支持高效批量扫描处理,这两个场景对存储引擎的设计要求完全不同,有时甚至是矛盾的。
gydtep
发表于 2022-9-26 14:13:18
InnoDB原生是支持多索引的,Insert/Update/Delete操作都会以行粒度apply到Primary Index和所有的Secondary Index上,并且保证事务。将列存实现为一个二级索引可以复用这套事务处理框架。
gydtep
发表于 2022-9-27 08:41:24
向量化执行解决了单核执行效率的问题,而并行执行突破了单核的计算瓶颈。二者结合使得IMCI执行速度相比传统MySQL行式执行有了数量级的速度提升。
页:
1
2
3
4
5
[6]
7
8
9
10
11
12
13
14
15