You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openjpa.apache.org by "Michael Dick (JIRA)" <ji...@apache.org> on 2008/12/06 00:05:44 UTC
[jira] Commented: (OPENJPA-817) Order of inserts lost when using
ConstraintUpdateManager
[ https://issues.apache.org/jira/browse/OPENJPA-817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12653968#action_12653968 ]
Michael Dick commented on OPENJPA-817:
--------------------------------------
Didn't notice the changes to ConstraintUpdateManager in 1.3.x and trunk which affect this issue. It looks like I missed a relevant spot in those releases, but since it's late on Friday I'm reverting the changes until I have more time to figure out the right solution.
The fix for 1.2.x seems consistent (at least to my ability to test it so I'm leaving it alone for now).
> Order of inserts lost when using ConstraintUpdateManager
> --------------------------------------------------------
>
> Key: OPENJPA-817
> URL: https://issues.apache.org/jira/browse/OPENJPA-817
> Project: OpenJPA
> Issue Type: Improvement
> Components: jdbc
> Affects Versions: 1.0.0, 1.0.1, 1.0.2, 1.0.3, 1.0.4, 1.1.0, 1.1.1, 1.2.0, 1.2.1, 1.3.0, 2.0.0
> Reporter: Michael Dick
> Assignee: Michael Dick
> Fix For: 1.2.1, 1.3.0, 2.0.0
>
> Original Estimate: 0.5h
> Remaining Estimate: 0.5h
>
> The ConstraintUpdateManager does a good job of ordering inserts, updates and deletes when the internal metadata is complete. If the internal metadata is not complete (ie there are no @ForeignKey annotations) SQL statements are executed in an arbitrary order.
> The application can avoid this by adding the appropriate annotations, or by obtaining the data from the database, but we can make some attempt to preserve the order of execution.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.