Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 22124 invoked from network); 8 Dec 2007 00:51:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 8 Dec 2007 00:51:04 -0000 Received: (qmail 22499 invoked by uid 500); 8 Dec 2007 00:50:52 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 22470 invoked by uid 500); 8 Dec 2007 00:50:52 -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 22461 invoked by uid 99); 8 Dec 2007 00:50:52 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Dec 2007 16:50:52 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 08 Dec 2007 00:50:40 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 41C09714258 for ; Fri, 7 Dec 2007 16:50:43 -0800 (PST) Message-ID: <18316321.1197075043267.JavaMail.jira@brutus> Date: Fri, 7 Dec 2007 16:50:43 -0800 (PST) From: "Kathey Marsden (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Closed: (DERBY-438) Update triggers on tables with BLOB and CLOB columns fail at execution time if the triggered-SQL-statement references the LOB column(s). In-Reply-To: <183491813.1120259759312.JavaMail.jira@ajax.apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/DERBY-438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kathey Marsden closed DERBY-438. -------------------------------- Resolution: Fixed Assignee: Daniel John Debrunner (was: Kathey Marsden) > Update triggers on tables with BLOB and CLOB columns fail at execution time if the triggered-SQL-statement references the LOB column(s). > ---------------------------------------------------------------------------------------------------------------------------------------- > > Key: DERBY-438 > URL: https://issues.apache.org/jira/browse/DERBY-438 > Project: Derby > Issue Type: Bug > Components: SQL > Affects Versions: 10.0.2.2, 10.1.1.0, 10.2.1.6 > Reporter: A B > Assignee: Daniel John Debrunner > Fix For: 10.2.1.6 > > Attachments: derby438_draft_statement_LOB_patch.txt, go.java > > > Suppose I have 1) a table "t1" with blob data in it, and 2) an UPDATE trigger "tr1" defined on that table, where the triggered-SQL-action for "tr1" references the blob column from the updated ("new") row. Ex: > create table t1 (id int, updated smallint, bl blob(32000)); > create trigger tr1 after update on t1 referencing new as n_row for each row mode db2sql values length(n_row.bl); > Assuming that t1 has been populated with some data, then attempts to update t1 will fire the trigger, but the result will be one of the two following errors: > 1) If blob data is < 32K... > If the actual data in the table is less than 32K in length, the result will be: > ERROR XCL12: An attempt was made to put a data value of type 'org.apache.derby.impl.jdbc.EmbedBlob' into a data value of type 'BLOB'. > 2) If blob data is > 32K... > If at least one row in the table has blob data that is longer than 32K (which means that Derby will stream it, so far as I can tell), then the error will be: > ERROR XCL30: An IOException was thrown when reading a 'BLOB' from an InputStream. > ERROR XJ001: Java exception: ': java.io.EOFException'. > Note that for data larger than 32K, this error will occur regardless of whether or not the triggered-SQL-statement > references the blob column. > Surprisingly, it doesn't (appear to) matter what the trigger statement is actually doing--so long as it references the blob column at least once, one of these two errors will occur, depending on the length of the data. And if the data is greater than 32k, then the error will happen regardless of what the trigger does or whether or not it references the blob column. > I looked at the documentation for UPDATE statements and TRIGGER statements, but nowhere did I see anything saying that either of these will not work with blobs. So as far as I can tell, both of the above scenarios should succeed... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.