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

From: "Chris Travers" <chris(at)travelamericas(dot)com>
To: "Rick Gigger" <rick(at)alpinenetworking(dot)com>, "David Garamond" <lists(at)zara(dot)6(dot)isreserved(dot)com>, "Jeff Bowden" <jlb(at)houseofdistraction(dot)com>
Cc: "pgsql-general" <pgsql-general(at)postgresql(dot)org>
Subject: Re: embedded/"serverless" (Re: serverless postgresql)
Date: 2004-01-18 04:52:28
Message-ID: 016301c3dda3$b8b7b200$8d285e3d@winxp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hi Rick;

I have been looking for a few years at a similar situation with my CRM
software and soon (once I have the SOAP interfaces done, I will start on a
stand-alone client. I have eventually decided on a very different structure
than you have, though the result is more or less the same.

Rather than using PostgreSQL as an embedded database manager, I have decided
that it makes more sense for my app to "cache objects" in XML documents and
then use those on trips to customers' sites. The XML documents can then be
checked and the objects re-sync'd when the app goes online again. The
cacheing would be automatic and cached objects would expire unless
explicitly saved.

Why not use XML for this sort of problem? Or berkeley DB? Is there any
reason that PostgreSQL would be better? I am not aware of any functional
replication systems which would work in this way, so I am guessing your app
will have to handle all the logic for the syncronization anyway.

Best Wishes,
Chris Travers

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Chris Travers 2004-01-18 04:59:10 Re: embedded/"serverless" (Re: serverless postgresql)
Previous Message Tom Lane 2004-01-18 03:27:09 Re: importing data