[
https://issues.apache.org/jira/browse/IGNITE-17504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Maksim Timonin updated IGNITE-17504:
------------------------------------
Description:
Currently, for ScanQuery we have separate branch of query processing -
ScanQueryFallbackIterator. That is useful for partitioned request
(ScanQuery.setPartition). Here it just sends CacheRequest to single node, and
others are used as backups in case of main node failure.
This branch can be re-used with IndexQuery, but firstly it's required to merge
this branch with main logic of processing, implemented in
GridCacheDistributedQueryFuture.
Looks like it pretty easy to implement with existing set of fields and methods
within this future.
was:
Currently, for ScanQuery we have separate branch of query processing -
ScanQueryFallbackIterator. That is useful for partitioned request
(ScanQuery.setPartition).
This branch can be re-used with IndexQuery, but firstly it's required to merge
this branch with main logic of processing, implemented in
GridCacheDistributedQueryFuture.
Looks like it pretty easy to implement with existing set of fields and methods
within this future.
> Replace ScanQueryFallbackIterator with GridCacheDistributedQueryFuture
> ----------------------------------------------------------------------
>
> Key: IGNITE-17504
> URL: https://issues.apache.org/jira/browse/IGNITE-17504
> Project: Ignite
> Issue Type: New Feature
> Reporter: Maksim Timonin
> Assignee: Maksim Timonin
> Priority: Major
>
> Currently, for ScanQuery we have separate branch of query processing -
> ScanQueryFallbackIterator. That is useful for partitioned request
> (ScanQuery.setPartition). Here it just sends CacheRequest to single node, and
> others are used as backups in case of main node failure.
> This branch can be re-used with IndexQuery, but firstly it's required to
> merge this branch with main logic of processing, implemented in
> GridCacheDistributedQueryFuture.
> Looks like it pretty easy to implement with existing set of fields and
> methods within this future.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
