Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 80461 invoked from network); 26 Dec 2009 16:24:53 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 26 Dec 2009 16:24:53 -0000 Received: (qmail 15348 invoked by uid 500); 26 Dec 2009 16:24:52 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 15278 invoked by uid 500); 26 Dec 2009 16:24: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 15269 invoked by uid 99); 26 Dec 2009 16:24:52 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 26 Dec 2009 16:24:52 +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; Sat, 26 Dec 2009 16:24:50 +0000 Received: from brutus.apache.org (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 8CB36234C045 for ; Sat, 26 Dec 2009 08:24:29 -0800 (PST) Message-ID: <391571148.1261844669559.JavaMail.jira@brutus.apache.org> Date: Sat, 26 Dec 2009 16:24:29 +0000 (UTC) From: "Rick Hillegas (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Commented: (DERBY-712) Support for sequences In-Reply-To: <665694319.1132200569950.JavaMail.jira@ajax.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-712?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12794633#action_12794633 ] Rick Hillegas commented on DERBY-712: ------------------------------------- Thanks Suran. The patch looks good. I made a couple changes: 1) I fixed DBMSNodes.properties. The addition of the NextSequenceNode to the jar file pushed the DropSequenceNode out of the jar file. 2) I changed the test case for NEXT VALUE FOR to call execute() rather than executeUpdate(). The latter call kills the statement. With these changes, the regression tests passed cleanly for me. Committed at subversion revision 894002. Thanks! > Support for sequences > --------------------- > > Key: DERBY-712 > URL: https://issues.apache.org/jira/browse/DERBY-712 > Project: Derby > Issue Type: Improvement > Components: SQL > Environment: feature request > Reporter: Tony Dahbura > Assignee: Suran Jayathilaka > Fix For: 10.6.0.0 > > Attachments: altertable.diff, catalogs_a.patch, catalogs_b.patch, catalogs_c.patch, catalogs_d.patch, catalogs_e.patch, catalogs_f.patch, catalogs_f_2.patch, catalogs_g.diff, catalogs_h.diff, create_drop_sequence_a.patch, create_drop_sequence_b.patch, create_drop_sequence_c.patch, create_drop_sequence_d.patch, create_sequence_a.patch, derby-712-02-aa-privilegeNodeCleanup.diff, SequenceGenerator.html, sequences_next_value_a.patch > > > Would like to see support added for sequences. This would permit a select against the sequence to always obtain a ever increasing/decreasing value. The identity column works fine but there are times for applications where the application needs to obtain the sequence number and use it prior to the database write. Subsequent calls to the table/column would result in a new number on each call. > SQL such as the following: > SELECT NEXT VALUE FOR sequence_name FROM sometable ; would result in a next value. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.