On 9/14/2013 12:44 PM, Howard Chu wrote:
Ah totally forgot about that, it's been a couple years since I looked
inside that code. LMDB updates record counts on every write op so
returning the count is zero-cost. (Ironically we don't use this fact
to optimize filter evaluation order in OpenLDAP.
Rich Megginson wrote:
On 09/12/2013 07:08 PM, David Boreham wrote:
> On 9/11/2013 11:41 AM, Howard Chu wrote:
>>
>> Just out of curiosity, why is keeping a count per key a problem? If
>> you're using BDB duplicate key support, can't you just use
>> cursor->c_count() to get this? I.e., BDB alrea