Tom Lane d6657d2a10 Treat negative values of recovery_min_apply_delay as having no effect. ... At one point in the development of this feature, it was claimed that allowing negative values would be useful to compensate for timezone differences between master and slave servers. That was based on a mistaken assumption that commit timestamps are recorded in local time; but of course they're in UTC. Nor is a negative apply delay likely to be a sane way of coping with server clock skew. However, the committed patch still treated negative delays as doing something, and the timezone misapprehension survived in the user documentation as well. If recovery_min_apply_delay were a proper GUC we'd just set the minimum allowed value to be zero; but for the moment it seems better to treat negative settings as if they were zero. In passing do some extra wordsmithing on the parameter's documentation, including correcting a second misstatement that the parameter affects processing of Restore Point records. Issue noted by Michael Paquier, who also provided the code patch; doc changes by me. Back-patch to 9.4 where the feature was introduced.		2015-01-03 13:14:03 -05:00
..
src	Treat negative values of recovery_min_apply_delay as having no effect.	2015-01-03 13:14:03 -05:00
bug.template	Stamp HEAD as 9.5devel.	2014-06-10 21:36:13 -04:00
KNOWN_BUGS
Makefile
MISSING_FEATURES
TODO