cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Aleksey Yeschenko (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (CASSANDRA-9409) Ensure that UDF and UDAs are keyspace-isolated
Date Sun, 17 May 2015 13:54:59 GMT

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

Aleksey Yeschenko updated CASSANDRA-9409:
-----------------------------------------
    Description: 
In table columns we don't allow to use UDTs from other keyspaces.

We should also make sure that the following is *not* allowed:
- UDFs taking UDTs from other keyspaces as arguments or return types
- UDAs using UDFs from other keyspaces as its subfunctions

The only exception should be made for {{system}} keyspace. UDAs and UDFs from any keyspace
should be able to reference and reuse those.

Having no dependencies between keyspaces makes this consistent with the way we treat UDTs,
which is important, but also simplifies auth in multi-tenant environments, and is also crucial
to upcoming 3.X strongly consistent schema work (the ability to treat keyspace as a unit of
change and not having to worry about cross-keyspace dependencies).

P.S. Should *probably* still allow using other keyspaces UDFs and UDAs in {{SELECT}} statements.
Strict isolation in schema dependencies is what matters to me here.

  was:
In table columns we don't allow to use UDTs from other keyspaces.

We should also make sure that the following is *not* allowed:
- UDFs taking UDTs from other keyspaces as arguments or return types
- UDAs using UDFs as its subfunctions

The only exception should be made for {{system}} keyspace. UDAs and UDFs from any keyspace
should be able to reference and reuse those.

Having no dependencies between keyspaces makes this consistent with the way we treat UDTs,
which is important, but also simplifies auth in multi-tenant environments, and is also crucial
to upcoming 3.X strongly consistent schema work (the ability to treat keyspace as a unit of
change and not having to worry about cross-keyspace dependencies).

P.S. Should *probably* still allow using other keyspaces UDFs and UDAs in {{SELECT}} statements.
Strict isolation in schema dependencies is what matters to me here.


> Ensure that UDF and UDAs are keyspace-isolated
> ----------------------------------------------
>
>                 Key: CASSANDRA-9409
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-9409
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Aleksey Yeschenko
>            Assignee: Robert Stupp
>             Fix For: 2.2 rc1
>
>
> In table columns we don't allow to use UDTs from other keyspaces.
> We should also make sure that the following is *not* allowed:
> - UDFs taking UDTs from other keyspaces as arguments or return types
> - UDAs using UDFs from other keyspaces as its subfunctions
> The only exception should be made for {{system}} keyspace. UDAs and UDFs from any keyspace
should be able to reference and reuse those.
> Having no dependencies between keyspaces makes this consistent with the way we treat
UDTs, which is important, but also simplifies auth in multi-tenant environments, and is also
crucial to upcoming 3.X strongly consistent schema work (the ability to treat keyspace as
a unit of change and not having to worry about cross-keyspace dependencies).
> P.S. Should *probably* still allow using other keyspaces UDFs and UDAs in {{SELECT}}
statements. Strict isolation in schema dependencies is what matters to me here.



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

Mime
View raw message