[ 
https://issues.apache.org/jira/browse/DERBY-712?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Suran Jayathilaka updated DERBY-712:
------------------------------------

    Attachment: create_drop_sequence_d.patch

This revision adds the suggested changes.

When I made SequenceDescriptor implement the Dependent interface to be able to 
call dm.clearDependencies() in the drop() method, I added the other required 
methods in the interface.
For now, is it correct to only invalidate for 
DependencyManager.USER_RECOMPILE_REQUEST and to add actions for 
DependencyManager.REVOKE_PRIVILEGE etc. after GRANT/REVOKE functionality has 
been added? If this revision looks ok I will start running the regression tests.

After enabling authentication for SequenceTest, the current tests run fine. 
What other test scenarios should be added to this test class?

Thanks!
Suran

> 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, SequenceGenerator.html
>
>
> 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.

Reply via email to