Allow scaling Materialize
along with Chain
for created "MV on MV".
#5740
Labels
Milestone
Materialize
along with Chain
for created "MV on MV".
#5740
This is the only case of no-shuffle exchange now. To support scaling them simultaneously, we can specify that only upstream
Materialize
is allowed to be the target of rescheduling.Chain
must be the same as the upstreamMaterialize
, connected with no-shuffle exchange.Materialize
, we need to resolve the downstreamChain
and clone the plan for it.Chain
fragment itself also includes aMaterialize
. Then we need to check the down-downstream.Chain
has another upstream? Not possible after fix: use UpstreamHashShard distribution for table scan #4534 for HashJoin, but possible for the DynamicFilter (or even NestedLoopJoin) if we implement RFC: add logical property Cardinality on PlanNode #2279. Luckily, the inner side of DynamicFilter must be a singleton, so there might be no need to worry about this.Chain
. So we must at the top when resolving recursively.Creating
in the recursive resolving results, we should refuse this request.risingwave/proto/meta.proto
Lines 33 to 42 in 0717524
The text was updated successfully, but these errors were encountered: