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
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 |