You signed in with another tab or window.Reload to refresh your session.You signed out in another tab or window.Reload to refresh your session.You switched accounts on another tab or window.Reload to refresh your session.Dismiss alert
Per discussion, the time has come to do this. The handwriting has beenon the wall at least since 9.0 that this would happen someday, wheneverit got to be too much of a burden to support the float-timestamp option.The triggering factor now is the discovery that there are multiple bugsin the code that attempts to implement use of integer timestamps in thereplication protocol even when the server is built for float timestamps.The internal float timestamps leak into the protocol fields in places.While we could fix the identified bugs, there's a very high risk ofintroducing more. Trying to build a wall that would positively preventmixing integer and float timestamps is more complexity than we want toundertake to maintain a long-deprecated option. The fact that thesebugs weren't found through testing also indicates a lack of interestin float timestamps.This commit disables configure's --disable-integer-datetimes switch(it'll still accept --enable-integer-datetimes, though), removes directreferences to USE_INTEGER_DATETIMES, and removes discussion of floattimestamps from the user documentation. A considerable amount of code isrendered dead by this, but removing that will occur as separate mop-up.Discussion:https://postgr.es/m/26788.1487455319@sss.pgh.pa.us