db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mike Matrigali (JIRA)" <j...@apache.org>
Subject [jira] Updated: (DERBY-806) One each deleted or updated from a heap row a new RowPosition object is created.
Date Mon, 07 May 2007 14:02:15 GMT

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

Mike Matrigali updated DERBY-806:

    Fix Version/s:

Rather than allocating a scratch RowPosition for every delete/replace/fetch,
changed to use a single copy of a RowPosition allocated on demand per
openGenericConglomerateController.  If multiple calls to delete, replace,
and/or fetch are made in the same open controller only one of these objects
will be allocated.

Fixed in checkin :
m2_ibm15:43>svn commit

Sending        java\engine\org\apache\derby\impl\store\access\conglomerate\GenericConglomerateController.java
Sending        java\engine\org\apache\derby\impl\store\access\conglomerate\GenericScanController.java
Sending        java\engine\org\apache\derby\impl\store\access\conglomerate\OpenConglomerateScratchSpace.java
Transmitting file data ...
Committed revision 535878.

> One each deleted or updated from a heap row a new RowPosition object is created.
> --------------------------------------------------------------------------------
>                 Key: DERBY-806
>                 URL: https://issues.apache.org/jira/browse/DERBY-806
>             Project: Derby
>          Issue Type: Improvement
>          Components: Performance, Store
>    Affects Versions:
>            Reporter: Daniel John Debrunner
>         Assigned To: Mike Matrigali
>            Priority: Minor
>             Fix For:
> See the new RowPosition in GenericConglomerateController.delete and replace. The fetch
methods also have new RowPosition calls but in general these calls are not made for scans.
> Can a single RowPosition object be re-used across the life of the query?
> In general Derby should try to avoid creating objects per row in any statement as the
gc overhead when operating on a large number of rows can be high.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message