不够优雅

我之前的一家公司是做物联网相关的，当时有一个长期任务，就是对接各个厂家的各类设备。一开始我们都把这些对接设备的代码直接写在服务里面

从平时的操作来说，ClickHouse 和关系型数据库也没有太大差别，所以我之前一直以为字段类型也就那么一些基础类型，后来才发现，ClickHouse 支持的类型比我想象的要丰富的多

每个货架上都有一个数字表示这是几号货架，每个货架上都分了好几层，每一层也有一个编号，货物按照上小下大的规则堆放在货架的每一层上，MergeTree 中的分区也是根据一定的规则将数据存储在不同的文件中

在上一篇文章【ClickHouse】建表风波中，我们知道ClickHouse直接执行更新和删除语句的代价是非大的，所以在这篇文章中我们就用其他的方式来实现更新和删除数据

本文为稀土掘金技术社区首发签约文章，30天内禁止转载，30天后未获授权禁止转载，侵权必究！ 在上一篇文章中，我们了解了ClickHouse的适用场景以及为什么那么快 在这篇文章中我们就可以开始上手操作

在存储数据超过20万亿行的情况下，ClickHouse做到了90%的查询都能够在1秒内返回的惊人之举

说起来已经在新公司干了1个多月了 但还是想着把从前公司离职到入职新公司这段时间的经历做一个总结 想聊的点其实还挺多，躺平，减重，运动，社保，面试，等等

通过动态代理实现延时查询，在统一模型的情况下能够根据我们需要的数据合理的进行动态查询。回收复用动态代理生成的对象能提升性能吗？

弱化了聚合根的概念，依旧保持 MVC 的增删改模式，降低了仓储的技术要求。将业务和技术分割开来，便于在替换技术方案的时候不影响或少影响业务代码。引入了延迟加载的机制，优化不必要的查询