Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5CEF8E4E4 for ; Wed, 29 May 2013 07:03:38 +0000 (UTC) Received: (qmail 66931 invoked by uid 500); 29 May 2013 07:03:36 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 66893 invoked by uid 500); 29 May 2013 07:03:36 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 66874 invoked by uid 99); 29 May 2013 07:03:35 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 May 2013 07:03:35 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of simon@cloudant.com designates 74.125.82.47 as permitted sender) Received: from [74.125.82.47] (HELO mail-wg0-f47.google.com) (74.125.82.47) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 May 2013 07:03:27 +0000 Received: by mail-wg0-f47.google.com with SMTP id e11so6215234wgh.14 for ; Wed, 29 May 2013 00:03:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:message-id:in-reply-to:references:subject:x-mailer :mime-version:content-type:x-gm-message-state; bh=Sp719rkdNUpZsZ6axcsq6oDJ/Apb9A+FDtyltc+jEWs=; b=YB6ITSmKitKEXr1XVBvFnuYQpbjlib1MYWcXhIfgKxclSG90kFIIfXrr9cFBdpgX0D f2fvZNdkxsiChnCkZKX1ftktm7eEKUnw3j/0/jgtaP0orQEIP2ve+kp37r/w7+I7baXz +NfDc1PPJrswDRcqiEuO3RiAigvG/MARyETcThht096CsX8mjvRJRwfpwPqAnEfg2yw+ bGeLBRl/VbN6HsfYMJVPwBthiP3oP8e0ilgyKSoQO2CQPlxf2xHW9aUJC/4TG5f+H2mz 9c28nUDTk3v09FLV0KSDbNMC0hDx7UZFrLegZlvsvfhh44zUwlQ3BUsA+Ep7N/cNfH5F /veg== X-Received: by 10.194.110.201 with SMTP id ic9mr1036042wjb.47.1369810987672; Wed, 29 May 2013 00:03:07 -0700 (PDT) Received: from [192.168.1.65] (host-92-25-246-234.as13285.net. [92.25.246.234]) by mx.google.com with ESMTPSA id m3sm29049013wij.5.2013.05.29.00.03.05 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 29 May 2013 00:03:06 -0700 (PDT) Date: Wed, 29 May 2013 08:03:05 +0100 From: Simon Metson To: user@couchdb.apache.org Message-ID: In-Reply-To: References: Subject: Re: virtualizing databases X-Mailer: sparrow 1.3.4 (build 507.54) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="51a5a829_5072367_178b" X-Gm-Message-State: ALoCoQkE4uLouWKEtqQ/HpWVpZ75YUeRwTHRV9MzPiPrA3EGBJZNCE/pmW8jX84wRX7cNmZ6PpE0 X-Virus-Checked: Checked by ClamAV on apache.org --51a5a829_5072367_178b Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline How long is the list of databases you want to alias? Could you do it all in a proxy in front of couch? On Wednesday, 29 May 2013 at 02:23, Stephen Bartell wrote: > Hi all. I'm not sure if the subject really is the right terminology for what I'm trying to do. > > What I want to do is maintain a routing table of database:destination pairs, so that on my couchdb I can name my databases however I want. I want to virtualize my database names. > > I can see how this concept might be the basis for sharding. So maybe something like this already exists. But sharding is not my goal here. I want to use this mostly for maintenance. Oftentimes I need to do some work on a database, like trimming it down or filtering some stuff out. This work can take hours and I want the database always available to the end users. So for example, I have a database endpoint called "database" which maps to "database_a". In the background I might begin a filtered replication from "database_a" to "database_b". Users can still access "database" while "database_b" is being created. When the replication to "database_b" is done, I want to change my proxy table so that requests to "database" now go to "database_b". I can now forget about "database_a". > > I'm sure many of you guys have run into this kind of thing before. What would you guys recommend. > > Thanks! --51a5a829_5072367_178b--