你说的LIST分区同时支持按照月分区和按照日分区应该指的二级分区吧。对于range分区，可以把月和日两列一起作为range分区的key，但是这样做的结果是对月+日的组合去分区过滤，没有办法做到list分区那样可以先对月分区过滤，再对日分区过滤。

目前range分区确实无法自动扩展，自动分区的相关特性正在路上。

目前不支持LIST分区，支持的是range分区

1. 列存表数据在Cache中是按列组织的2. 重分布前一定会解压缩，不支持延迟物化3. 重分布是行级的，此时数据都已经从Cache中解析出来，所以和cache的存储方式没有关系

列存表delta数据向列存主表数据的转移是自动进行的；用的是4级锁，所以不会影响DML读写操作，对于DDL操作是会影响的；delta表记录超过6万条才会触发merge（是指每个DN上的数据量，不是全局数据量）；上面说的是自动merge，如果手动执行vacuum deltamerge，那么是8级锁，对业务影响更大，不过可以保证把delta表物理清空；

8001版本还不支持数据冷热分区管理，这个特性已经在做，今年上半年就可以在新版本上应用，基于云上OBS共享存储实现。

开启delta表可以解决单条插入数据膨胀的问题，对于并发导入效率没有影响，但是之前的版本存在两个使用上的注意点，看下业务场景是否能接受：enable_delta_store是全局开关，一旦开启，所有列存表都会生效，你的场景是否可以接受。开启之后如果要关闭，必须逐个表执行vacuum deltamerge（先得改deltarow_threshold到0，保证所有数据离开delta表），因为关闭情况下查询结果会忽略delta表数据。delta表数据过多时，对查询性能有影响，因为delta表时行存表，相比列存表IO会差，需要定时做vacuum deltamerge（这个操作需要申请8级锁，阻塞查询），看下你的业务是否有这样的时间窗。我们最新的版本（开发中）正在优化delta表的使用。

目前列存复制表还是不支持update，原因是由于列存表尚不支持主键。以后的版本会进行完善，就可以支持了。