Here is my problem:<br><br>I have a unique field in one of the mnesia set table.  Problem is that I can't query on that unique key.  If I create a secondary index, based on another field which is not so unique, this secondary index will bogg down mnesia inserts.  Is this also true for dirty_insert?<br>
<br>mnesia bag table maybe an option.  But in some cases, certain (key, value) pair would become bloated and unhealthy.  The data wouldn't produce good uniform balanced distribution.<br><br>I have created first element of mnesia set table to be a tuple, composed of unique_field and not_so_unique_field. <br>
<br>My record looks like this:<br>-record(Tab1, {{unique_field, not_so_unique_field},unique_field, not_so_unique_field})<br><br>mnesia set table index is on the first element: {unique_field, not_so_unique_field}<br><br>Would I be able query on not_so_unique_field with an index based on tuple {unique_field, not_so_unique_field} ?  <br>
<br>This little issue tempting me to look at jungerl-rdbms.  Before I spent great deal of time on rdbms, I have few questions regarding it.<br><br>Does rdbms support dirty_read, dirty_insert and the above scenario? <br clear="all">
<br>thank you,<br>-- <br>rk<br><br>That which we persist in doing becomes easier for us to do; not that the nature of the thing itself is changed, but that our power to do is increased.<br>-Ralph Waldo Emerson