From: | Gavan Schneider <tgxmppkr(at)spamcop(dot)net> |
---|---|
To: | "Tom Lane tgl-at-sss(dot)pgh(dot)pa(dot)us |pg-gts/Basic|" <b6ba5fbx3t(at)sneakemail(dot)com> |
Cc: | pgsql-novice(at)postgresql(dot)org |
Subject: | Re: Restoring data from TABLESPACE files |
Date: | 2012-11-14 05:02:46 |
Message-ID: | r422Ps-1075i-EFB7965990E9416D9941B473B860A32D@pendari.net |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-novice |
On Tuesday, November 13, 2012 at 14:30, Tom Lane wrote:
>Gavan Schneider writes:
>>Since "CREATE TABLESPACE" is a PostgreSQL extension I would
>>love to see the concept fully populated with statements along
>>the lines of:
>>MOUNT TABLESPACE <name> [AT <file system location>] (default
>>is prev. known location)
>>UNMOUNT TABLESPACE <name> [IF EXISTS] (data is preserved)
>
>That is quite unlikely to happen, unfortunately. For that to work,
>tablespaces would have to be ...
>
And I'm not holding my breath. :)
As I thought, and you have confirmed, there are many reasons why
implementing this proposal would be hard. While I still think
there are reasons to consider it, I'm way too ignorant to know
whether the cost/benefit could ever favour such a change.
>Hard to tell what's going wrong ... it should work, but I can't debug
>"no joy".
>
Agree. Part of the problem is I don't know the system well
enough to dig for relevant clues (still learning), and since I
didn't setup the core system in the first place there's extra difficulties.
Finally, while I expect the answer is no, I need to repeat this question:
Is there an extraction tool that could pull data directly from
the TABLESPACE files?
Many thanks,
Gavan Schneider
From | Date | Subject | |
---|---|---|---|
Next Message | Gavan Schneider | 2012-11-14 06:10:52 | Please don't allow posting: Re: Restoring data from TABLESPACE files |
Previous Message | Tom Lane | 2012-11-14 03:30:16 | Re: Restoring data from TABLESPACE files |