You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Stefan Miklosovic (Jira)" <ji...@apache.org> on 2023/11/29 18:17:00 UTC

[jira] [Commented] (CASSANDRA-18796) Optionally fail when a non-partition-restricted query is issued against a storage-attached index with a backing table using LCS

    [ https://issues.apache.org/jira/browse/CASSANDRA-18796?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17791234#comment-17791234 ] 

Stefan Miklosovic commented on CASSANDRA-18796:
-----------------------------------------------

I do not like the default fail threshold either, I agree with [~jjordan]. Warning is enough and if somebody sees that as a problem, they can always set the failing threshold but we should not be the judges of that.

> Optionally fail when a non-partition-restricted query is issued against a storage-attached index with a backing table using LCS
> -------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: CASSANDRA-18796
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-18796
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Feature/2i Index, Feature/SAI, Local/Compaction/LCS
>            Reporter: Caleb Rackliffe
>            Assignee: Caleb Rackliffe
>            Priority: Normal
>             Fix For: 5.0-rc, 5.x
>
>
> With LCS, we will have potentially thousands of SSTables for a given user table. Storage-attached also means SSTable-attached, and searching thousands of attached indexes is not going to scale well at all locally, due to the sheer number of searches and amount of postings list merging involved. We should have a guardrail to prohibit this by default.
> Partition-restricted queries, the use-case SAI is broadly designed for, should be very efficient.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org