From: | "Nigel J(dot) Andrews" <nandrews(at)investsystems(dot)co(dot)uk> |
---|---|
To: | Andrew Sullivan <ajs(at)crankycanuck(dot)ca> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: embedded/"serverless" (Re: serverless postgresql) |
Date: | 2004-01-21 23:52:37 |
Message-ID: | Pine.LNX.4.21.0401212346330.20818-100000@ponder.fairway2k.co.uk |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Wed, 21 Jan 2004, Andrew Sullivan wrote:
> On Wed, Jan 21, 2004 at 11:23:40AM -0700, Rick Gigger wrote:
> >
> > Yes but sometimes an enterprise level application may need to be put on a
> > laptop and taken off-line. Having an embedded database that is compatible
> > with the one on the server makes this a bit easier to do.
>
> Why can't you just run a postgres instance for this? What is magic
> about "embedded" for this sort of application? Sounds like a clever
> wrapper script is all that's necessary for something like that, no?
That's what I still don't get. Embedded means something running on [and
probably running] your wrist watch _not_ something running on a full blown
system.
I understand in this thread's context that embedded is used to mean embedded
within an application on an ordinary system, took me a while to realise that
though, but just means I can't see why it is wanted like that. Imagine if there
was a DB around that was used by direct library calls from an application. What
would be one of the first things that would be programmed using it? A server
perhaps?
--
Nigel Andrews
From | Date | Subject | |
---|---|---|---|
Next Message | scott.marlowe | 2004-01-21 23:54:26 | Re: varchar_pattern_ops in 7.3.4? |
Previous Message | Tom Lane | 2004-01-21 23:51:56 | Re: CTTAS w/ DISTINCT ON crashes backend |