https://bugs.documentfoundation.org/show_bug.cgi?id=150618
--- Comment #13 from Julien Nabet <[email protected]> --- (In reply to Luboš Luňák from comment #11) > This most probably takes 30s because the document uses <> operator in lookup > operations, which is currently not optimized with ScSortedRangeCache because > it needs two ranges in the sorted data (each side of the matching data) > rather than just one as the other operators. This would need implementing > that in queryiter.cxx in Calc. I personally have no plans to do that as I > think that's actually not a common case. Thank you for the detailed feedback. So perhaps it could be interesting to create an enhancement bug for the optimization of <> operator. -- You are receiving this mail because: You are the assignee for the bug.
