Follow up:<div>I copied key_to_frag_name and its' dependencies from mnesia_frag.erl to my project. Now I generate frag table names in my code and use dirty_update_counters on a generated table name, bypassing mnesia_frag callback altogether. I use this for dirty_update_counters only and call mnesia:activity(..., mnesia_frag) for everything else, like selects etc. Could there be any problems in such workflow? There are no other write operations besides dirty_update_counters and clear_table.<br><br>суббота, 22 июня 2013 г., 12:48:59 UTC+4 пользователь Evgeny M написал:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;"><div dir="ltr">It looks like atm it is impossible to use dirty_update_counters in mnesia_activity with AccessMod == mnesia_frag (and with any other access modules too) as this function is not forwarded to callback access module.<div>
I for one don't think there would be any potential problems with dirty_update_counters in frag_tables context if it was possible to use this combination at all. </div><div>Why call to this function does not forwarded to access module, and are there any workarounds besides manual sharding?</div>
</div>
</blockquote></div>