Find problem in eXtremeDB

class table1

{

char<8>    f1;

char<80>  f2;

uint4        f3;

uint4        f4;

double     f5;

uint4        f6;

uniquetree<f1,f2> Idx1;

tree<f6>Idx2; 

};

 

Steps:

step1findIdx1=ab)),find the records;

step2putf6,c;

step3findIdx1=ab)),did not find the record instep 1.

 

The record should be there, what happened when the putmethod is used, the index is changed after _put method?


If a class has one or more indexes, thenthe field(s) on which the index is defined

will have an index component (hash tableentry or tree node) in addition to the

actual field value. The index component isnot updated when the field’s _put()

function is called, but rather when theREAD_WRITE transaction containing this

update is committed. Or, alternatively, a_checkpoint() function can be called

to explicitly update the index componentsfor this object. The _checkpoint()

function completes the object’s update before the transaction is committed,

however if the application decides to rollback the current transaction, all the

updates for the object including indexcomponents are discarded. (Committing a

transaction implicitly checkpoints all theobjects created, updated or deleted in the

transaction.)


Updating f6causes the object to be removed from all indexes.  Using _checkpoint()after _put() is the correct approach.



郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。