Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of ryan.ramage@gmail.com
 designates 74.125.82.180 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <E60FA7AA-6435-4126-89D3-DBA853E33A40@apache.org>
References: <EBDEACDE-17FD-4DD5-8E67-D5A13D69F88E@apache.org>
	<CABvT1DE=GhUmQ4ge8Q1OhDxDofPvZ2ok_kQSin2a1Yca3pegjg@mail.gmail.com>
	<E60FA7AA-6435-4126-89D3-DBA853E33A40@apache.org>
Date: Tue, 16 Aug 2011 09:42:42 -0600
Message-ID: 
 <CAL-h1aQhPHoteHkiXt4045_A=ASYszvJL2J80j9nDXm5e=zgxQ@mail.gmail.com>
Subject: Re: The replicator needs a superuser mode
From: Ryan Ramage <ryan.ramage@gmail.com>
To: dev@couchdb.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

> This is only slightly related, but I'm dreaming of /db/_dump and /db/_res=
tore endpoints (the names don't matter, could be one with GET / PUT) that j=
ust ships verbatim .couch files over HTTP. It would be for admins only, it =
would not be incremental (although we might be able to add that), and I hav=
en't yet thought through all the concurrency and error case implications, t=
he above solves more than the proposed problem and in a very different, but=
 I thought I throw it in the mix.
>

+1 on /db/_dump and /db/_restore endpoints!! Very beneficial to us
little people trying to make installers like couchapp-takeout, and
could even be used from futon to create a database from a remote db. I
am anecdotally noticing that using replication to create a local
database from a remote one with lots of attachments takes a long time,
is prone to timeouts, and gets stuck (been working with jhs on this).
Dump/restore will be also much faster, eliminating the small requests.