cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rick Shaw (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (CASSANDRA-3091) Move the caching of KS and CF metadata in the JDBC suite from Connection to Statement
Date Sun, 28 Aug 2011 16:50:37 GMT

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

Rick Shaw updated CASSANDRA-3091:
---------------------------------

    Attachment: move-metadata-for-decoder-to-statement-level-v2.txt

v2 of patch adds better clarity to the non-interface methods of {{CassandraConnection}} by
making them package {{protected}}.

> Move the caching of KS and CF metadata in the JDBC suite from Connection to Statement
> -------------------------------------------------------------------------------------
>
>                 Key: CASSANDRA-3091
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-3091
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Drivers
>    Affects Versions: 0.8.4
>            Reporter: Rick Shaw
>            Assignee: Rick Shaw
>            Priority: Minor
>              Labels: JDBC
>             Fix For: 0.8.5
>
>         Attachments: move-metadata-for decoder-to-statement-level-v1.txt, move-metadata-for-decoder-to-statement-level-v2.txt
>
>
> Currently, all caching of metadata used in JDBC's {{ColumnDecoder}} class is loaded and
held in the {{CassandraConnection}} class. The implication of this is that any activity on
the connected server from the time the connection is established is not reflected in the KSs
and CF that can be accessed by the {{ResultSet, Statement}} and {{PreparedStatement}}.
> By moving the cached metadata to the {{Statement}} level, the currency of the metadata
can be checked within the {{Statement}} and reloaded if it is seen to be absent. And by instantiating
a new {{Statement}} (on any existing connection) you are assured of getting the most current
copy of the metadata known to the server at the new time of instantiation.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message