[
https://issues.apache.org/jira/browse/DERBY-5213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13450620#comment-13450620
]
Knut Anders Hatlen commented on DERBY-5213:
-------------------------------------------
There were some failures in the nightly tests after the new test went in:
http://dbtg.foundry.sun.com/derby/test/Daily/jvm1.7/testing/testlog/vista-64/1381230-suitesAll_diff.txt
http://dbtg.foundry.sun.com/derby/test/Daily/jvm1.7/testing/testlog/sol/1381654-suitesAll_diff.txt
http://dbtg.foundry.sun.com/derby/test/Daily/javaME/testing/testlog/ubuntu/1381230-suitesAll_diff.txt
> Write tests to verify the interaction of TRUNCATE TABLE and online backup
> -------------------------------------------------------------------------
>
> Key: DERBY-5213
> URL: https://issues.apache.org/jira/browse/DERBY-5213
> Project: Derby
> Issue Type: Task
> Components: SQL, Store
> Affects Versions: 10.9.1.0
> Reporter: Rick Hillegas
> Assignee: Myrna van Lunteren
> Attachments: DERBY_5213.diff_1, DERBY-5213.diff_2
>
>
> An uncommitted TRUNCATE TABLE command does not block online backup. We should
> verify that the online and backed up databases are both in a consistent
> state. At a minimum, we should test the following:
> o uncommitted truncate table followed by online backup and then access the
> backup copy and access the table. should see the old data.
> o uncommitred truncate table, followed by online backup that keeps logs,
> then commit the truncate, and then access the table in the backup.
> For more information, please see this email thread:
> http://old.nabble.com/truncating-a-table-vs-online-backup-to31524933.html#a31524933
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
