[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: FSFS and fs-successor-ids

From: C. Michael Pilato <cmpilato_at_collab.net>
Date: Mon, 29 Nov 2010 09:55:22 -0500

On 11/29/2010 05:58 AM, Daniel Shahaf wrote:
> The fs-successor-ids branch adds successor ids (effectively, copyto
> information) to the BDB backend. It hasn't touched libsvn_fs_fs or
> libsvn_fs yet.
> Has design of this feature for FSFS been discussed at all? I couldn't
> find anything in the archives.

No. I had always assumed that we'd just dump the information into SQLite.

> Also, I haven't seen the successor-ids during upgrade considered. Do we
> consider the successor ids ('successors' table, or $new_hierarchy/) just
> a cache of derived information (like node-origins), or does it have to
> be retroactively-populated at the time of and by 'svnadmin upgrade'?

It really needs to be populated in full, because real-time calculation is
unfeasible from a performance standpoint. This means that once in place,
this code will either be an 'svnadmin upgrade' blocker ("svn:error:Cannot
upgrade to version N -- you must perform a full dump and load of your
repository.") or a feature blocker ("svn:error:Repository lacks successor
information required to answer your query -- consider dumping and re-loading.").

C. Michael Pilato <cmpilato_at_collab.net>
CollabNet   <>   www.collab.net   <>   Distributed Development On Demand

Received on 2010-11-29 15:56:05 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.