I think this is feature of bag and duplicate_bag ets table types and is mentioned in manual.<br><br><div class="gmail_quote">On Tue, Jun 10, 2008 at 5:00 PM, Ben Hood <<a href="mailto:0x6e6562@gmail.com">0x6e6562@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hynek,<div class="Ih2E3d"><br>
<br>
On 10 Jun 2008, at 13:46, Hynek Vychodil wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
It is not obvious, but try change your write:<br>
<br>
write(_,0) -> ok;<br>
write(X,N) -><br>
    T = now(),<br>
    mnesia:write(X#a{id = T, first = T, second = T}),<br>
    write(X,N-1).<br>
<br>
and think what happened to indexes in previous version :-)<br>
</blockquote>
<br></div>
Very interesting!<br>
<br>
So, if I understand you correctly, what I conclude is that the index performance degrades when you have lots of identical keys.<br>
<br>
Do you know why this is the case?<br>
<br>
Does the index perhaps maintain a list of values for each key and hence the set of values has to be updated continuously?<br>
<br>
If so, is this a bug or a feature?<br>
<br>
Thx,<br><font color="#888888">
<br>
Ben<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>--Hynek (Pichi) Vychodil