Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 24964 invoked from network); 18 Mar 2009 16:49:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 18 Mar 2009 16:49:18 -0000 Received: (qmail 57214 invoked by uid 500); 18 Mar 2009 16:49:17 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 57190 invoked by uid 500); 18 Mar 2009 16:49:17 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 57181 invoked by uid 99); 18 Mar 2009 16:49:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Mar 2009 09:49:17 -0700 X-ASF-Spam-Status: No, hits=-1999.8 required=10.0 tests=ALL_TRUSTED,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Mar 2009 16:49:10 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 7A328234C003 for ; Wed, 18 Mar 2009 09:48:50 -0700 (PDT) Message-ID: <1558238456.1237394930499.JavaMail.jira@brutus> Date: Wed, 18 Mar 2009 09:48:50 -0700 (PDT) From: "Kristian Waagan (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Resolved: (DERBY-3907) Save useful length information for Clobs in store In-Reply-To: <1950282055.1223639864333.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/DERBY-3907?page=3Dcom.atlassia= n.jira.plugin.system.issuetabpanels:all-tabpanel ] Kristian Waagan resolved DERBY-3907. ------------------------------------ Resolution: Fixed I'll log at least one new issue, tracking the final piece of the functional= ity required to insert the required meta data for Clobs inserted with one o= f the JDBC 4.0 "length-less overrides". I don't think this issue requires a release note, but I'll comment on a few= things before I close the issue. > Save useful length information for Clobs in store > ------------------------------------------------- > > Key: DERBY-3907 > URL: https://issues.apache.org/jira/browse/DERBY-3907 > Project: Derby > Issue Type: Improvement > Components: JDBC, Store > Affects Versions: 10.5.0.0 > Reporter: Kristian Waagan > Assignee: Kristian Waagan > Fix For: 10.5.0.0 > > Attachments: derby-3907-1a-alternative_approach.diff, derby-3907-= 2b-header_write_preparation.diff, derby-3907-2b-header_write_preparation.di= ff, derby-3907-2b-header_write_preparation.stat, derby-3907-2c-header_write= _preparation-PREVIEW.diff, derby-3907-2c-header_write_preparation-PREVIEW.s= tat, derby-3907-2c-header_write_preparation.diff, derby-3907-2c-header_writ= e_preparation.diff, derby-3907-2c-header_write_preparation.stat, derby-3907= -3a-readertoutf8stream_cleanup.diff, derby-3907-3a-readertoutf8stream_clean= up.diff, derby-3907-3a-readertoutf8stream_cleanup.stat, derby-3907-3b-reade= rtoutf8stream_cleanup.diff, derby-3907-4a-add_getStreamWithDescriptor.diff,= derby-3907-4a-add_getStreamWithDescriptor.stat, derby-3907-5a-use_getStrea= mWithDescriptor.diff, derby-3907-5a-use_getStreamWithDescriptor.stat, derby= -3907-6a-SQLClob_stream_descriptor_sync.diff, derby-3907-7a-write_new_heade= r_format-PREVIEW.diff, derby-3907-7a-write_new_header_format.diff, derby-39= 07-7a-write_new_header_format.diff, derby-3907-7a-write_new_header_format.s= tat, derby-3907-7a1-write_new_header_format.diff, derby-3907-7a2-use_new_fr= amework.diff, derby-3907-7a2-use_new_framework.stat, derby-3907-7a3-use_new= _header_format.diff, derby-3907-7a3-use_new_header_format.stat > > > The store should save useful length information for Clobs. This allows th= e length to be found without decoding the whole data stream. > The following thread raised the issue on what information to store, and a= lso contains some background information: http://www.nabble.com/Storing-len= gth-information-for-CLOB-on-disk-tp19197535p19197535.html > The information to store, and the exact format of it, is still to be disc= ussed/determined. > Currently two bytes are set aside for length information, which is inadeq= uate. --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.