Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 29412 invoked from network); 5 Feb 2010 03:30:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 5 Feb 2010 03:30:52 -0000 Received: (qmail 34416 invoked by uid 500); 5 Feb 2010 03:30:51 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 34362 invoked by uid 500); 5 Feb 2010 03:30:51 -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 34348 invoked by uid 99); 5 Feb 2010 03:30:51 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Feb 2010 03:30:51 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED 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; Fri, 05 Feb 2010 03:30:49 +0000 Received: from brutus.apache.org (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 3CC7029A0028 for ; Thu, 4 Feb 2010 19:30:28 -0800 (PST) Message-ID: <894019874.58311265340628247.JavaMail.jira@brutus.apache.org> Date: Fri, 5 Feb 2010 03:30:28 +0000 (UTC) From: "Mamta A. Satoor (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Updated: (DERBY-4537) Update on tables with blob columns streams blobs into memory even when the blobs are not updated/accessed. In-Reply-To: <700039087.58081265340148283.JavaMail.jira@brutus.apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/DERBY-4537?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mamta A. Satoor updated DERBY-4537: ----------------------------------- Issue & fix info: [Repro attached] > Update on tables with blob columns streams blobs into memory even when the blobs are not updated/accessed. > ---------------------------------------------------------------------------------------------------------- > > Key: DERBY-4537 > URL: https://issues.apache.org/jira/browse/DERBY-4537 > Project: Derby > Issue Type: Improvement > Components: SQL > Affects Versions: 10.6.0.0 > Reporter: Mamta A. Satoor > Priority: Minor > Attachments: derby4537Repro.java > > > While investigating DERBY-1482, I wrote a simple program to see the behavior of a simple update (without any triggers) of a table with blob columns. > The update is on a non-blob column of a table with blob volumns. > When this update is made with limited heap memory, Derby runs into OOM error. > I tried another table similar to earlier table but with no blob column. An update on that table does not run into OOM when run with same limited heap memory. > I would have expected the update to pass for table with blob column since we are not referencing/updating the blob column. But it appears that we might be streaming in blob column even though it is untouched by the update sql. > I wonder if working on this jira first will make the work for DERBY-1482 any easier or better yet, will it make the problem with DERBY-1482 go away? Will attach a reproducible program for this soon. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.