Re: Discussion about file format for the future

Patrik Dufresne <[email protected]>
Newsgroups gmane.comp.sysutils.backup.rdiff-backup.general
Message-ID <CAM=_CK5hW=q3pmFdX0qGyGEyJH9xp-7pucV8N=pePdvmd4QaOQ@mail.gmail.com>
Hi Eric,

My priority in that regard would be to make sure all of this backward 
compatible with the previous repository. I mean, I have terabytes of data 
and I don't foresee a way to convert all these metadata files to a new 
format. And I'm probably not alone with this situation.
We should probably restructure de code to put the read and write of 
metadata into a single library. Last time I checked, all those metadata are 
not that different. Then we could make this metadata read write library 
evolve and allow us to read or write the old format or the new format.

If we stick with a file base approach yaml is good for me.

But two cent on the subject is, should we really keep this filebase ? For 
rdiffweb, scanning the metadata files is a nightmare. When I just need a 
subset of the data to be displayed to the user. I always thought a database 
could be better fit for the job. Something like a key store or similar.


On Thu, Jun 4, 2020 at 9:52 AM <[email protected]> wrote:

> Thanks!
>
> On Thursday, June 04, 2020 08:37:24 AM EricZolf wrote:
> > Correct, configuration files and "metadata" files, but also potentially
> > to exchange information between client and server (e.g. the version
> > string could be enriched to exchange more information than just
> > version).
>
>

-- 
Patrik Dufresne <[email protected]>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.