primary key模型查询优化问题

primary key模型下不支持rollup的创建,请问该模型下的宽表如果需要多维分析和查询,有什么其他的优化方案可以加速查询

考虑下把中间表落盘?

或者大宽表join时考虑使用下colocate join?

我是想知道,对于primary key模型下的单表只有一个前缀索引,有没有方案做优化,我现在看文档除了rollup或者物化视图是没找到合适的,可惜都不支持。primary key模型下的查询好像只会底层做一些查询的加速,并没有提供类似建立索引这种优化方案

有沒有查詢的case,或者建表的case,方便脫敏后發一下麽?

原来源库的主键是一个32位的UUID,为了节省主键索引的内存占用新增了一个自增列RNUM作为primary模型下的主键用作数据导入的更新。除主键外其他字段业务上都是可以改变的。所以不能纳入主键。而且不支持rollup和物化视图,不知道还有没有有什么加速手段呢

这个我理解目前只能加索引了,或者如果跟其他表经常做聚合的话,可以试试colocate