问：建模要从一个限界上下文中来建模，是否可以简单的把几张表进行笛卡尔乘积方式的平铺？
答：不能，原因之一，数据量会急剧增长；原因之二，这样的平铺是毫无意义的，必须要定义一个维度，在这个维度上根据需求约定某个粒度，然后从这个维度粒度进行建模。这个模型 中的
其他属性是和这个粒度是一样的（这点非常重要）。当然了这个模型不一定要满足数据库设计的第二范式的，也就说可以冗余一些数据的，但是必须从这个维度引出的属性；
举个例子：两张表A和B，关系是A一对多B，如果根据B的维度粒度来建模，那么这个模型的主键应该是B，另外，这个模型可以冗余A的数据放到这个模型中。
如果根据A的维度来建模，那么B的数据是不能在这个模型中的。因为你是从A这个粒度来看数据的。
通常情况下，一般都是按照最细粒度来建模的；模型是多个最新粒度的多个维度组合而成，这几个维度最后能和主维度相关，最好其他几个维度也相关，否则无关的做笛卡尔乘积，带来了数据量的增长而无意义。
问：ES的上游数据（即聚合所使用的所有表的数据）新增，满足什么条件下才能进入索引库？
答：入索引有个校验，满足数据的完整性（聚合后，是一条合格的记录才进行推送到索引模块，然后执行索引处理）；
问：ES的上游数据的某一个表发生变更，采用什么方式进行重建索引？
通过核心领域对象的主表的主键（比如以产品为核心领域对象的product_id）进行全删（这样会存在一个问题，全删的话会影响实际上并未变更的记录的创建时间和修改时间，
这样的话，创建时间和修改时间就不真实了，被污染了；另外，要保证消费消息全局的顺序性，比如先发送删除命令，然后再发送新增消息，而且要先消费删除，执行完成后，再消费新增信息），然后重建索引；
问：ES的上游数据的新增，更新，删除事件的识别问题？即ES的上游数据发生了变化，比如新增、更新、删除，是否都能够识别出来，然后捕获到，并把最新的
信息推送到ES索引库进行重建索引或者删除或者新增操作？
答： 对ES的上游数据的每张表进行分析，并识别和捕获操作事件，然后给索引模块发送消息。
其中，识别是一个非常和业务相关并且非常重要的事情。要识别一个上游数据变更，是否要同步到索引。
问：ES索引库的实时更新和指定时间段的更新操作怎么实现？
答：实时更新在操作时即可捕获操作事件并拼装消息发送给索引模块交由其进行索引处理；
指定时间段的更新，需要上游数据保留更新时间（要求：数据不能做物理删除，还必须要有更新时间）