Fri Aug 26 21:43:58 PDT 2005
- Previous message: [Slony1-general] Failure with UPDATE in EXECUTE SCRIPT
- Next message: [Slony1-general] tweaking denyAccess()
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hello List, We are happily replicating branches (providers) 1,2,3 and 4 into corporate server (subscriber) 999 using separate schemas s1,s2,s3 and s4. Everything works great. All users using server 999 know all data is for read-only purposes, and they certainly appreciate slony's denyAccess() reminder message any time someone attempts to write to one of the replicas. The question is, is it feasible to tweak denyAccess() to redirect the write request back to the provider for inclusion in the db? I know this can be done at the application level, but denyAccess() seems to be one place where this can happen without modifying the app. Users realize the write will not be as fast as if it was done on a local server and they also know it may fail if the link happens to be down, but they still benefit from the convenience of it all being transparent. Any input is welcome. george
- Previous message: [Slony1-general] Failure with UPDATE in EXECUTE SCRIPT
- Next message: [Slony1-general] tweaking denyAccess()
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Slony1-general mailing list