[Rpm-maint] [rpm-software-management/rpm] RFE: Offer MDBX as an alternative engine to LMDB for rpmdb (#958)

[erthink]

> And how about 15 years from now?

IMHO:
 - Whatever storage engine was chosen now, this choice will look suboptimal in 15-25 years.
 - The right strategy is to be able to choose easily, rather than trying to choose the best engine "now & forever".
 - A good tactic might be to add/replace an experimental engine every 2-3 years "just for fitness", with some refactoring.

> Getting software packaged in distros is a step in the right direction of course.

I think I should explain why libmdbx is not (yet) available as packages:
 - The main reason is that changes were planned that would have resulted in incompatibility (both API and DB file format).
 - It would be irresponsible and irrational to distribute a library for which such changes are planned.
 - At the end of the summer, it was decided to make the current version libmdbx production-ready and then release at the end of 2019, but all the planned rework to do in the new MithrilDB library (with a clean slate, and a with different license).

So, libmdbx is not intended to be best engine for rpmdb forever, but it overcomes LMDB in usability, robustness and speed. Ie libmdbx (imho) is good enough to replace LMDB.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/958#issuecomment-560341602
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rpm.org/pipermail/rpm-maint/attachments/20191202/d65e12fd/attachment-0001.html>