Re: Allowed DML on replicas?

From: Guillaume Lelarge <guillaume(at)lelarge(dot)info>
To: François Beausoleil <francois(at)teksol(dot)info>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Allowed DML on replicas?
Date: 2012-03-01 14:47:17
Message-ID: 1330613237.2275.17.camel@localhost.localdomain
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Thu, 2012-03-01 at 08:24 -0500, François Beausoleil wrote:
> Hi!
>
> I'm getting ready to build a reporting server, one where long-running queries and backups will be taken from. This new server will be a slave from the master where all changes are done. Some reports are better expressed with extracting a subset of the data and leaving it in a table to be reused, until the report set is done.
>
> In my specific case, I have a table with ~30M rows representing Twitter users. When I JOIN this table with the interactions I have on hand, it takes a long time, because PostgreSQL ends up doing a full table scan of the personas table. To make subsequent reporting steps easier, I do the JOIN only once, and write the results to a table.
>
> My question is:
>
> * Can a new schema be created on a replica?

No if you use a HotStandby. Yes if you use another kind of replication
(Slony for example).

> * Will this impact replication in any way?

No, because you can't with a HotStandby. No if you use another kind of
replication (Slony for example).

> * If I can't, what would you advise? dump / reload in a separate database without dropping the table, to keep the extra schemas around?
>

It depends. Using Slony is one way to do it.

--
Guillaume
http://blog.guillaume.lelarge.info
http://www.dalibo.com

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Scott Marlowe 2012-03-01 15:21:47 Re: what Linux to run
Previous Message Matthias Leisi 2012-03-01 14:18:40 "Compressed data is corrupt"