| java.lang.Object org.apache.derby.impl.store.raw.data.PageBasicOperation org.apache.derby.impl.store.raw.data.PhysicalPageOperation
All known Subclasses: org.apache.derby.impl.store.raw.data.CompressSpacePageOperation, org.apache.derby.impl.store.raw.data.UpdateOperation, org.apache.derby.impl.store.raw.data.AllocPageOperation, org.apache.derby.impl.store.raw.data.InitPageOperation, org.apache.derby.impl.store.raw.data.ChainAllocPageOperation, org.apache.derby.impl.store.raw.data.CopyRowsOperation, org.apache.derby.impl.store.raw.data.PurgeOperation, org.apache.derby.impl.store.raw.data.InvalidatePageOperation,
PhysicalPageOperation | abstract public class PhysicalPageOperation extends PageBasicOperation implements Undoable(Code) | | An abstract class that is used for physical log operation. A physical log
operation is one where the undo of the operation must be applied to the
same page as the original operation, and the undo operation must store the
byte image of the row(s) changed to its before image. (If a logical page
operation happened to the page or if another transaction altered other rows
on the page, the undo of this operation will only restore the before image
of the row(s) affected).
|
PhysicalPageOperation | protected PhysicalPageOperation(BasePage page)(Code) | | |
PhysicalPageOperation | public PhysicalPageOperation()(Code) | | |
generateUndo | public Compensation generateUndo(Transaction xact, LimitObjectInput in) throws StandardException(Code) | | Generate a Compensation (PageUndoOperation) that will rollback the
changes of this page operation. If this Page operation cannot or need not
be rolled back (redo only), overwrite this function to return null.
Note For operation that needs logical undo, use
LogicalUndoOperation instead This implementation just finds
the same page that the PageOperation was applied on - i.e., only works
for undo on the same page.
During recovery redo, the logging system is page oriented and will use
the pageID stored in the PageUndoOperation to find the page. The
page will be latched and released using the default findpage and
releaseResource - this.releaseResource() will still be called so it has
to know not to release any resource it did not acquire.
Parameters: xact - the transaction doing the compensating Parameters: in - optional input the compensation operation that will rollback this change exception: StandardException - Standard Cloudscape policy. See Also: PageBasicOperation See Also: Undoable.generateUndo |
undoMe | abstract public void undoMe(Transaction xact, BasePage undoPage, LogInstant CLRinstant, LimitObjectInput in) throws StandardException, IOException(Code) | | Undo the change indicated by this log operation and optional data.
The page the undo should apply to is the latched undoPage, the
recordId is the same as the roll forward operation.
In this RawStore implementation, should only only be called via
CompOp.doMe.
The available() method of in indicates how much data can be read, i.e.
how much was originally written.
Parameters: xact - the Transaction doing the rollback Parameters: undoPage - the page to rollback changes on Parameters: CLRinstant - the log instant of this (PageUndo) operation Parameters: in - optional data for the rollback operation exception: IOException - Can be thrown by any of the methods of ObjectInput. exception: StandardException - Standard Cloudscape policy. |
|
|