Details
-
Improvement
-
Status: Resolved
-
Normal
-
Resolution: Fixed
Description
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.
Attachments
Attachments
Issue Links
- contains
-
CASSANDRA-3527 Expose JMX values via CQL interface
- Resolved
- Dependent
-
CASSANDRA-11994 Expose metrics via CQL interface
- Open
- is depended upon by
-
CASSANDRA-9233 Allow system variables to be retrieved and set via CQL
- Resolved
- is duplicated by
-
CASSANDRA-12115 Command that returns the seeds
- Resolved
- is related to
-
CASSANDRA-7443 Extend Descriptor to include a format value and refactor reader/writer apis
- Resolved
- relates to
-
CASSANDRA-14259 Nodetool command is not accessible with read-only account.
- Open
-
CASSANDRA-7370 Create a new system table "node_config" to load cassandra.yaml config data.
- Resolved