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

Stefan Podkowinski commented on CASSANDRA-7622:
-----------------------------------------------

I was rather skeptical at the beginning of the discussion on this issue. But I 
like the way we moved forward here and the proposed implementation looks 
promising. Definitely worth the effort.

Please keep in mind that  it should also be possible to grant permissions based 
on our RBAC model to virtual tables, too (could be done in another ticket 
though). I've not looked into it in detail and it might not be a big deal to 
implement, but it should be possible by working with GRANTs on table level. 
This requires that any vtables will be known from the start and not will not be 
registered dynamically. E.g. I'd like to be able to grant select permissions 
for a certain role on the table 'tablemetrics', instead of having dynamic table 
names, if that's planed at all.

> Implement virtual tables
> ------------------------
>
>                 Key: CASSANDRA-7622
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-7622
>             Project: Cassandra
>          Issue Type: Improvement
>            Reporter: Tupshin Harper
>            Assignee: Chris Lohfink
>            Priority: Major
>             Fix For: 4.x
>
>
> There are a variety of reasons to want virtual tables, which would be any 
> table that would be backed by an API, rather than data explicitly managed and 
> stored as sstables.
> One possible use case would be to expose JMX data through CQL as a 
> resurrection of CASSANDRA-3527.
> Another is a more general framework to implement the ability to expose yaml 
> configuration information. So it would be an alternate approach to 
> CASSANDRA-7370.
> A possible implementation would be in terms of CASSANDRA-7443, but I am not 
> presupposing.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

Reply via email to