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

Sylvain Lebresne commented on CASSANDRA-12367:
----------------------------------------------

bq. We need this feature now so we can do it with CQL and then when virtual 
tables are implemented, move this feature there. What do you think Sylvain 
Lebresne

With all due respect, that's not really an argument. I'm staying on my position 
that the proposed CQL mechanism is imo weird, unintuitive and ad-hoc (from a 
CQL standpoint) and I really think we shouldn't do it that way. I get that 
"you" want it, but we have to think of the good of the software in general, and 
stuffs are much more easy to add than remove, so adding something "ugly" now to 
change it later don't really work. I'd be ok with focusing on JMX only for this 
ticket and creating a new one to do it well in CQL, which again probably means 
using this has initial motivation for introducing the virtual table mechanism 
we've been talking about, and I'm even happy helping with that as I think 1) 
this would be more generally useful anyway and 2) I'm not sure it's *that* hard 
in practice.

> Add an API to request the size of a CQL partition
> -------------------------------------------------
>
>                 Key: CASSANDRA-12367
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-12367
>             Project: Cassandra
>          Issue Type: Improvement
>            Reporter: Geoffrey Yu
>            Assignee: Geoffrey Yu
>            Priority: Minor
>             Fix For: 3.x
>
>         Attachments: 12367-trunk-v2.txt, 12367-trunk.txt
>
>
> It would be useful to have an API that we could use to get the total 
> serialized size of a CQL partition, scoped by keyspace and table, on disk.



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

Reply via email to