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
The FederateQueryPlanner shall be renamed to the DatePartitionedQueryPlanner
The original IndexHole needs to be renamed to a IndexValueGap, and FieldIndexHole to IndexFieldGap
The FederatedQueryPlanner.isInDateRange is not handling overlaps of the endDate correctly
The date type is not being applied prior to determining the index holes which results is the initial partitioning being incorrect
The FederateQueryPlanner is expanding unfielded terms but the query tree is not preservered which means that the
default query planners are doing the same work all over again
The DefaultQueryPlanner is using a static set of indexed fields which basically means FieldIndexHoles are being ignored
6a) The DefaultQueryPlanner should apply FieldIndexHoles in a mannor similar to the ValueIndexHoles
6b) OR the set of indexed and reverse indexed fields should be pulled based on the date range.
Consider doing the default query planning completely up front, then partition the query plans and push down terms in each partition based on the field index holes
The text was updated successfully, but these errors were encountered:
FederatedQueryPlanner issues:
default query planners are doing the same work all over again
6a) The DefaultQueryPlanner should apply FieldIndexHoles in a mannor similar to the ValueIndexHoles
6b) OR the set of indexed and reverse indexed fields should be pulled based on the date range.
Consider doing the default query planning completely up front, then partition the query plans and push down terms in each partition based on the field index holes
The text was updated successfully, but these errors were encountered: