On Wed, Jan 13, 2016 at 12:10 PM, Jeff Johnson <firstname.lastname@example.org> wrote:
> Most of the applications that use an rpmdb appear to be a 1-time data
> scrape of an rpmdb
> (libguestfs with db_dump(1) and what has been done in yum/zypper in the
> past). A 1-time
> data scrape of an entire rpmdb perhaps indicates that no database
> whatsoever in rpm
> is what developers wish: there is no reason I know that a pile of *.rpm
> files cannot replace
> the /var/lib/rpm/Packages store and leave indexing to applications (which
> are doing the indexing
> into the data scrape already).
> Exactly. BTW, this sort of storage is not to far from the way nosql type
databases like mongodb stores things. You essentially store documents
that are quickly retrievable, and then the indexing on the document's data
is done in the application (and sometimes with another database).
Either way though it would be a shame for RPM to lose it's ACID properties.
That said the world is moving to doing rollbacks through a filesystem
snapshot (which I just noted was in RHEL 7 today) so maybe ACID becomes far
Received on Thu Jan 14 10:44:34 2016