[jira] [Created] (KAFKA-10459) Document IQ APIs where order does not hold between stores

["Jorge Esteban Quilcate Otoya (Jira)" <ji...@apache.org>]

Jorge Esteban Quilcate Otoya created KAFKA-10459:
----------------------------------------------------

             Summary: Document IQ APIs where order does not hold between stores
                 Key: KAFKA-10459
                 URL: https://issues.apache.org/jira/browse/KAFKA-10459
             Project: Kafka
          Issue Type: Improvement
          Components: streams
            Reporter: Jorge Esteban Quilcate Otoya


From [https://github.com/apache/kafka/pull/9138#discussion_r480469688] :
 

This is out of the scope of this PR, but I'd like to point out that the current IQ does not actually obey the ordering when there are multiple local stores hosted on that instance. For example, if there are two stores from two tasks hosting keys \{1, 3} and \{2,4}, then a range query of key [1,4] would return in the order of {{1,3,2,4}} but not {{1,2,3,4}} since it is looping over the stores only. This would be the case for either forward or backward fetches on range-key-range-time.

For single key time range fetch, or course, there's no such issue.

I think it worth documenting this for now until we have a fix (and actually we are going to propose something soon).



--
This message was sent by Atlassian Jira
(v8.3.4#803005)