<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d"><br>
</div>No, that is wrong. You may be thinking of GemStone, which indexes the<br>
values of instance-variables. Magma indexes the return value of the<br>
method denoted by the indexed attribute. Changes in variables have no<br>
bearing on updates, you have to send #noteOldKeysFor:.</blockquote><div><br>Perhaps I didn't express the idea correctly. I meant Magma updates automacally indexes with match an instance variable. Indexes wich may change by a value answered by a method must be updated manually (using #noteOldKeysFor:). I'm quite sure an index was not updated for thise reason, while the others were.<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
You never want to use an index that can only have two values.<br>
Instead, you would simply have two collections, one for the true's,<br>
the other for the falses..<br>
<br></blockquote></div><br>I don't get your point. Do you mean I might divide the collection (once) so half of the objects are in "true state" and the others in "false state"? That's not possible, since I have many state conditions for one single object. Even if I had only one state, it's not very confortable to divide things that are thougth as bound. I'd have to consider that this particulars objects are divided in two, while others are not.<br>
Or do you mean, I have to persist the objects in different collections, each pair of collection correspoding to a true-false condition.?<br>I think this is not very nice. And the problem of the singularity of one kind of objects persists.<br>
<br>Regards <br>Norberto<br>