Re: PostgreSQL alternative to "Oracle Real Application

From: Ron Johnson <ron(dot)l(dot)johnson(at)cox(dot)net>
To: "'pgsql-general (at) " "postgresql (dot) org'" <pgsql-general(at)postgresql(dot)org>
Subject: Re: PostgreSQL alternative to "Oracle Real Application
Date: 2003-06-19 09:07:39
Message-ID: 1056013659.592.81.camel@haggis
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Thu, 2003-06-19 at 02:39, Shridhar Daithankar wrote:
> Sorry, I lost original post so replying several quote level deep.
>
> On 18 Jun 2003 at 13:22, Matthew Nuzum wrote:
> > > Where would the 400-4000GB of data go in this setup? On all the distinct
> > > postgresql-servers? On a single SAN/NAS? (Postgresql doesn't really work
> > > with that, does it? At least not in a loadbalancing setup).
> > > And why can't a scriptinglanguage not be used with loadbalancing? I know
> > > it is hard or impossible to get a connectionpool in such setups, but
> > > that doesn't mean they can't be used with loadbalancing...
>
> May be this is another approach, may be dumb but consider.
>
> The data is read-only archive data. Not likely to be changed once loaded.
> Besides this is not OLTP style stuff where heavy concurrent transactions are
> involved.
>
> I suggest that keep BLOBs in file system rather than in database. I know it is
> already suggested but just ealborating on that.
>
> There is no need to replicate huge amount of data. The app can store file name
> and checksum in database. Once loading is complete and correct, an archive copy
> of data can be kept offline for recovery purpose.
>
> The app. can retrieve data and file separately and checksum it. May be it would
> need a small kind of caching layer but should be fairly trivial.
>
> Once that is done, the rest of the actual database would be pretty small and
> could be replicated if required. The database can be hosted on a small-medium
> server and BLOBS can be sent to SAN/NAS.
>
> Data loading need to be verified but that is a small cost to pay for advantages
> this method offers.

Another benefit of this method is that by using the Global File
System, multiple web servers could access those files simultaneously,
thus speeding response time.

--
+-----------------------------------------------------------+
| Ron Johnson, Jr. Home: ron(dot)l(dot)johnson(at)cox(dot)net |
| Jefferson, LA USA http://members.cox.net/ron.l.johnson |
| |
| "Oh, great altar of passive entertainment, bestow upon me |
| thy discordant images at such speed as to render linear |
| thought impossible" (Calvin, regarding TV) |
+-----------------------------------------------------------

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Ron Johnson 2003-06-19 09:15:57 Re: Incremental backups, and backup history
Previous Message Shridhar Daithankar 2003-06-19 08:50:46 Re: Incremental backups, and backup history