Re: Db synch - need advice
От | Chris Browne |
---|---|
Тема | Re: Db synch - need advice |
Дата | |
Msg-id | 87d3o3axuf.fsf@cbbrowne.afilias-int.info обсуждение исходный текст |
Ответ на | Re: Db synch - need advice (Didier Gasser-Morlay <didiergm@gmail.com>) |
Список | pgsql-novice |
didiergm@gmail.com (Didier Gasser-Morlay) writes: > Chris, > > Thanks for your input and analysis. Something I did not make quite > clear, and I apologize for this, it that although there are sales > people, I am not trying to deal with the sales process itself, but the > sales support function - Pre (presentation of product line to > potential client, getting an appointment etc ...) and post sale, ie > when the customer is a regular customer. ie documenting the sales > relation, regular visits, quotes etc ... issues reported with the > products and how the company handled it etc ... > > So the problem at hand is at least an order of magnitude easier than > what you imply in your example : (e.g. - what > does the system do if 2 salescritters, who are both offline, try to > sell the same lots of product?) As one of the folks that work on replication for Postgres, part of where I come from is in attempting to have solutions that attempt to be reasonably general purpose. It sounds as though you might have a set of business policy that lends itself to creating a distributable system. If that's the case, then that has a few implications: a) It's a good thing for you; if the things that come up are readily resolvable, then you can build a system on that basis. b) It doesn't lend itself to being a general purpose solution, which somewhat limits community interest. -- select 'cbbrowne' || '@' || 'linuxfinances.info'; http://www3.sympatico.ca/cbbrowne/lsf.html "A ROUGH WHIMPER OF INSANITY" is an anagram for "INFORMATION SUPERHIGHWAY".
В списке pgsql-novice по дате отправления: