You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
though we know the core can process DAG queries now, we don't know how efficient it is. for example, if two parts of the query could reuse one component, currently, it's likely that we will produce the plan with that query component appearing twice. the bridge should insert materialize node, and the core should have a way to let the bridge know where to insert the node, and let the bridge make the decision (?)
also, the cost model needs to be improved. currently, we will count the cost of the materialize node twice, because in the memo table, it's considered as two entities in the final plan.
The text was updated successfully, but these errors were encountered:
though we know the core can process DAG queries now, we don't know how efficient it is. for example, if two parts of the query could reuse one component, currently, it's likely that we will produce the plan with that query component appearing twice. the bridge should insert materialize node, and the core should have a way to let the bridge know where to insert the node, and let the bridge make the decision (?)
also, the cost model needs to be improved. currently, we will count the cost of the materialize node twice, because in the memo table, it's considered as two entities in the final plan.
The text was updated successfully, but these errors were encountered: