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

Re: Apparent "svn rm" scaling problem in 1.7.x

From: Stefan Sperling <stsp_at_elego.de>
Date: Tue, 1 Nov 2011 19:40:30 +0100

On Tue, Nov 01, 2011 at 06:29:59PM +0000, Philip Martin wrote:
> I put in the ORDER BY to preserve the parents before children
> notification used by 1.6. I wonder if that notification order is
> important?

See r1196191.
It should preserve the 1.6.x order (via svn_path_compare_paths()).

> A patch that we could commit without affecting the order is:
>
> Index: subversion/libsvn_wc/wc-queries.sql
> ===================================================================
> --- subversion/libsvn_wc/wc-queries.sql (revision 1196106)
> +++ subversion/libsvn_wc/wc-queries.sql (working copy)
> @@ -1193,7 +1193,7 @@
> CREATE TEMPORARY TABLE delete_list (
> /* ### we should put the wc_id in here in case a delete spans multiple
> ### working copies. queries, etc will need to be adjusted. */
> - local_relpath TEXT PRIMARY KEY NOT NULL
> + local_relpath TEXT PRIMARY KEY NOT NULL UNIQUE
> )

Interesting. Can you explain why this doesn't affect order?
I guess this works because there is only one column in the table?
Do UNIQUE columns happen to be inserted, or selected, in sorted order?
Received on 2011-11-01 19:41:10 CET

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

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