这是学习笔记的第 1985 篇文章
今天和同事聊了下，对元数据生命周期管理的部分做了下细化，也在这个基础上引出了一些新的功能和实现方式。
如下是一个初版的设计demo.
总体来说，是两个关联操作，通过查询得到一个列表，查询维度可以基于时间或者对象维度。
对于得到的这个列表数据，可以进行下钻，需要说明的是，因为是生命周期管理，如果一张表已经在数据库中删除了，但是我们依然可以从整个周期管理中可以查询得到。
对于变更明细的管理，我设计了如下的图表，可以根据两个维度进行信息提取，第一个维度是从索引的维度，第2个是从字段的维度。
以上两种方式可供参考，我们来说下应用场景。
从DBA的角度来说，我们迫切需要这个功能，比如我们现在是不清楚每天有多少表是通过后端任务自动重建，有多少表是自动删除，这些是无法追踪的，有了这个数据之后，我们就可以很清楚的得到我们在权限管理方面还存在哪些大的风险，通过这些来反向推动安全建设。
另外一个就是对于数据流转和数据同步场景，上游通常是不关系下游的变化的，而下游对于上游变化不可见，所以经常会有数据同步出错的时候才发现原来表结构已经发生了变化。
而如果从长久来说，做好做深，可以做的事情非常多，比如有了数据库层面的版本管理，我们可以很轻松的构建出特定版本的数据库环境，也可以快速的生成结构变化的元数据和相关的SQL.