Return-Path: X-Original-To: apmail-cassandra-commits-archive@www.apache.org Delivered-To: apmail-cassandra-commits-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4CC13171D5 for ; Tue, 6 Jan 2015 18:52:34 +0000 (UTC) Received: (qmail 19114 invoked by uid 500); 6 Jan 2015 18:52:35 -0000 Delivered-To: apmail-cassandra-commits-archive@cassandra.apache.org Received: (qmail 19082 invoked by uid 500); 6 Jan 2015 18:52:35 -0000 Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cassandra.apache.org Delivered-To: mailing list commits@cassandra.apache.org Received: (qmail 18984 invoked by uid 99); 6 Jan 2015 18:52:35 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Jan 2015 18:52:35 +0000 Date: Tue, 6 Jan 2015 18:52:35 +0000 (UTC) From: "Jonathan Shook (JIRA)" To: commits@cassandra.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (CASSANDRA-8303) Provide "strict mode" for CQL Queries MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CASSANDRA-8303?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14266550#comment-14266550 ] Jonathan Shook commented on CASSANDRA-8303: ------------------------------------------- It might be nice if the auth system was always in play (when that auth provider is set), but the system defaults are applied to a virtual role with a name like "defaults". This cleans up any layering questions by casting the yaml defaults into the authz conceptual model. If a user isn't assigned to another defined role, they should be automatically assigned to the defaults role. Otherwise, explaining the result of layering them, even with precedence, might become overly cumbersome. With it, you can use both. > Provide "strict mode" for CQL Queries > ------------------------------------- > > Key: CASSANDRA-8303 > URL: https://issues.apache.org/jira/browse/CASSANDRA-8303 > Project: Cassandra > Issue Type: Improvement > Reporter: Anupam Arora > Fix For: 3.0 > > > Please provide a "strict mode" option in cassandra that will kick out any CQL queries that are expensive, e.g. any query with ALLOWS FILTERING, multi-partition queries, secondary index queries, etc. -- This message was sent by Atlassian JIRA (v6.3.4#6332)