Re: embedded/"serverless" (Re: serverless postgresql)

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

In response to

Browse pgsql-general by date

  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