建模决策

数据层的上游：数据放在哪一层、按什么组织、跨表怎么关联、共享哪些纪律。表定义与写入路径都是这一段的推论，改动这里会波及全库。

新增一类数据、或者拿不准某张表为什么长成现在这样时，读这一段。只想查某张表的列定义，直接去表定义。

四页与阅读顺序

前三页构成一条链，建议按序读；时序建模通则只在与降采样存档打交道时才需要。

文档	回答的问题	内容
分层与存储角色	这份数据该放哪	五层数据模型、三个存储实例的角色与判据、db 编号分配、新数据的准入决策、备份边界
聚合根与关系	删一行会连带删掉什么	三个聚合根、全部外键关系树、ER 图
全局约定	写 ORM 前必须知道的纪律	命名约定、引擎与连接池、类型纪律、`spec` JSON + 索引列双层结构
时序建模通则	六张存档表为何形态一致	桶口径、`sum` + `count` 形态、差分基准、保留期与裁剪、分区门控

层决定命运。 一张表落在 L1 还是 L3，同时决定了它是否进备份、丢失后能否重建、以及丢了要不要紧——分层不是分类学，是对「这份数据丢了会怎样」的回答。表定义里每张表标注的层，含义全部由分层与存储角色给出。