Re: Database versus filesystem for storing images

From: Jorge Godoy <jgodoy(at)gmail(dot)com>
To: Andrew Chernow <pg-job(at)esilo(dot)com>
Cc: John McCawley <nospam(at)hardgeus(dot)com>, Clodoaldo <clodoaldo(dot)pinto(dot)neto(at)gmail(dot)com>, imageguy <imageguy1206(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: Database versus filesystem for storing images
Date: 2007-01-06 00:31:39
Message-ID: 877iw1gfmc.fsf@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Andrew Chernow <pg-job(at)esilo(dot)com> writes:

> I wasn't saying to do this each time you run a backup, geez that would be
> horrible. Pickup from where you left off the last time you backed up
> data/records. How many images and how much data is being generated in a 60
> second period? I dought 3 billion files and hundreds of terabytes. When you
> know what your data generation is, you know what resources you need to
> replicate this information to a backup server (local or remote).

I'm not talking about backups. I'm talking about restores.

> How is this any different than db replication. It would have to backup the
> same amount of information? You would require the same horse power and
> bandwidth.

The difference is that I'd restore the data and then sync the difference from
some point in time to "now". The referential integrity would be guaranteed by
the database itself and I won't have any pointers to files that doesn't exist
or files without pointers to it.

--
Jorge Godoy <jgodoy(at)gmail(dot)com>

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Thomas F. O'Connell 2007-01-06 00:32:47 Re: upgrading and pg_restore versions
Previous Message Andrew Chernow 2007-01-06 00:23:19 Re: Database versus filesystem for storing images