| От | Csaba Nagy |
|---|---|
| Тема | Re: Dangers of fsync = off |
| Дата | |
| Msg-id | 1178718007.4260.77.camel@coppola.muc.ecircle.de обсуждение исходный текст |
| Ответ на | Re: Dangers of fsync = off (Bill Moran <wmoran@potentialtech.com>) |
| Ответы |
Re: Dangers of fsync = off
|
| Список | pgsql-general |
> [snip] Take the example of a query "UPDATE tablename SET x = x + 1". > When this query is erroneously issued twice, data corruption will occur. Huh ? I thought slony is replicating data, not queries... what on the master is "UPDATE tablename SET x = x + 1" will translate to "UPDATE tablename SET x = new_value" on the slave, where new_value equals that x + 1. That's why slony is working well even if you do "UPDATE tablename SET x = now()". Cheers, Csaba.
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера