Re: Final decision

From: Rod Taylor <pg(at)rbt(dot)ca>
To: Joel Fradkin <jfradkin(at)wazagua(dot)com>
Cc: PostgreSQL Perform <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Final decision
Date: 2005-04-27 15:23:43
Message-ID: 1114615423.77587.175.camel@home
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance


>
> I did have a question if any folks are using two servers one for
> reporting and one for data entry what system should be the beefier?

Yeah. We started putting up slaves for reporting purposes and
application specific areas using Slony replicating partial data sets to
various locations -- some for reporting.

If your reports have a long runtime and don't require transactional
safety for writes (daily summary written or results aren't recorded in
the DB at all) this is probably something to consider.

I understand that PGAdmin makes Slony fairly painless to setup, but it
can be time consuming to get going and Slony can add new complications
depending on the data size and what you're doing with it -- but they're
working hard to reduce the impact of those complications.

> I have a 2proc machine I will be using and I can either put Sears off
> by themselves on this machine or split up functionality and have one
> for reporting and one for inserts and updates; so not sure which
> machine would be best for which spot (reminder the more robust is a
> 4proc with 8 gigs and 2 proc is 4 gigs, both dells).
>
>
>
> Thank you for any ideas in this arena.
>
>
>
> Joel Fradkin
>
>
>
>
>
>
>
>
>
--

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Josh Berkus 2005-04-27 15:25:16 Re: [HACKERS] Bad n_distinct estimation; hacks suggested?
Previous Message Joel Fradkin 2005-04-27 15:17:23 Re: Final decision