Re: Need suggestion

From: Merlin Moncure <mmoncure(at)gmail(dot)com>
To: Esmin Gracic <esmin(dot)gracic(at)gmail(dot)com>
Cc: Carl von Clausewitz <clausewitz45(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: Need suggestion
Date: 2011-06-07 16:51:11
Message-ID: BANLkTimATh81X=XXE+TaMFxc1LNb66Og8g@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Fri, Jun 3, 2011 at 5:09 PM, Esmin Gracic <esmin(dot)gracic(at)gmail(dot)com> wrote:
> another option is using sqlite for storing images. All data is in single
> file. (or files if you organize it that way) easier backup etc... you have
> some db benefits and retaining solid speed vs file system. Haven't used
> this, but seems as viable option to explore.

My postgres database is stored on a single file as well...on my
workstation it's /dev/sda2. Using a loopback device I could create a
classic file. Point being, having a single file doesn't eliminate or
simplify fragmentation and sync issues -- it just moves them from one
place to another.

sqlite has fundamentally different operational characteristics due to
it's architecture. It is unsuited for problems where a multi-user
database is typically the tool of choice for a number of reasons. For
example, sqlite's locking model is exceptionally crude by comparison,
and intentionally so. Being able to run inside an applications's
process is a huge asset though.

merlin

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Owen Marinas 2011-06-07 18:04:03 replication problems
Previous Message Pavel Stehule 2011-06-07 16:44:54 Re: maximum size limit for a query string?