cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Benjamin Lerer (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (CASSANDRA-8418) Queries that require allow filtering are working without it
Date Fri, 06 Mar 2015 13:38:38 GMT

     [ https://issues.apache.org/jira/browse/CASSANDRA-8418?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Benjamin Lerer updated CASSANDRA-8418:
--------------------------------------
    Attachment: CASSANDRA-8418-trunk-V2.txt
                CASSANDRA-8418-2.1-V2.txt

The patch for 2.1 log a warning message the first time the server see a secondary index query
with non indexed clustering columns that should require an {{ALLOW FILTERING}}.

The patch for trunk upates the {{NEWS.txt}}.

> Queries that require allow filtering are working without it
> -----------------------------------------------------------
>
>                 Key: CASSANDRA-8418
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-8418
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Philip Thompson
>            Assignee: Benjamin Lerer
>            Priority: Minor
>             Fix For: 3.0
>
>         Attachments: CASSANDRA-8418-2.1-V2.txt, CASSANDRA-8418-trunk-V2.txt, CASSANDRA-8418.txt
>
>
> The trunk dtest {{cql_tests.py:TestCQL.composite_index_with_pk_test}} has begun failing
after the changes to CASSANDRA-7981. 
> With the schema {code}CREATE TABLE blogs (
>                 blog_id int,
>                 time1 int,
>                 time2 int,
>                 author text,
>                 content text,
>                 PRIMARY KEY (blog_id, time1, time2){code}
> and {code}CREATE INDEX ON blogs(author){code}, then the query
> {code}SELECT blog_id, content FROM blogs WHERE time1 > 0 AND author='foo'{code} now
requires ALLOW FILTERING, but did not before the refactor.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message