Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 65299 invoked from network); 15 Jun 2005 06:51:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 15 Jun 2005 06:51:34 -0000 Received: (qmail 80868 invoked by uid 500); 15 Jun 2005 06:51:33 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 80843 invoked by uid 500); 15 Jun 2005 06:51:33 -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: "Derby Development" Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 80830 invoked by uid 99); 15 Jun 2005 06:51:33 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from ajax-1.apache.org (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 14 Jun 2005 23:51:31 -0700 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id 92A63F4 for ; Wed, 15 Jun 2005 08:21:51 +0200 (CEST) Message-ID: <748643426.1118816511599.JavaMail.jira@ajax.apache.org> Date: Wed, 15 Jun 2005 08:21:51 +0200 (CEST) From: "Mamta A. Satoor (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Commented: (DERBY-362) Some of the DDL checks to prevent incorrect temporary table use is incorrect. These may incorrectly stop access to valid permanant tables in SESSION schema. In-Reply-To: <1806335901.1118792394363.JavaMail.jira@ajax.apache.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/DERBY-362?page=comments#action_12313683 ] Mamta A. Satoor commented on DERBY-362: --------------------------------------- The behavior you are noticing with views and triggers is the documented behavior. "DECLARE GLOBAL TEMPORARY TABLE statement" is documented at http://incubator.apache.org/derby/docs/ref/rrefdeclaretemptable.html. At the bottom of the page, there is a section called "Restrictions Specific to Derby" and it says following for views and triggers. Derby does not support the following on temporary tables: index support triggers and views on SESSION schema tables (including physical tables and temporary tables) <=================== If we choose to not support SYNONYMS on temporary table, that we should add it the list along with index support etc. If we choose not to support SYNONYMS on any SESSION schema table, then we should add it to the list alongwith triggers and views restriction. Also, the reason the index creation passed is that it was created on a permanent table in SESSION schema. If it was attempted on a temporary table, there would be an exception thrown (which is inline with the documentation, where it says that there is no index support on temporary tables). > Some of the DDL checks to prevent incorrect temporary table use is incorrect. These may incorrectly stop access to valid permanant tables in SESSION schema. > ------------------------------------------------------------------------------------------------------------------------------------------------------------ > > Key: DERBY-362 > URL: http://issues.apache.org/jira/browse/DERBY-362 > Project: Derby > Type: Improvement > Components: SQL > Versions: 10.0.2.1 > Environment: Generic > Reporter: Satheesh Bandaram > Priority: Minor > > Use of temporary tables in some DDLs is incorrect. For example, it should not be possible to create a view on a temporary table or create a trigger. But the current code checks prevent valid uses of permanent tables in SESSION schema, mistaking them for temporary tables. Need to check all DDL statements and temporary table usage errors. > ij> create table session.permTable ( i int); > 0 rows inserted/updated/deleted > ij> create view view1 as select * from session.permTable; > ERROR XCL51: The requested function can not reference tables in SESSION schema. > ij> create trigger trig1 after insert on session.permTable for each row mode db2 > sql insert into t1 values (1); > ERROR XCL51: The requested function can not reference tables in SESSION schema. > ij> create index indSession on session.permTable (i); <============ Works correctly. > 0 rows inserted/updated/deleted -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira