Doc: fix bogus example about ambiguous timestamps.
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 10 Jan 2022 16:46:16 +0000 (11:46 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 10 Jan 2022 16:46:43 +0000 (11:46 -0500)
commit9a8b1b6777178c76c48043c3d7bfbe911d2ee577
tree0d7ec8a79f7b4a2f1e940e66081873fa3917f611
parentab3764a417ff58f28b62831ca2cabbb6cfd2133a
Doc: fix bogus example about ambiguous timestamps.

I had a brain fade in commit d32899157, and used 2:30AM as the
example timestamp for both spring-forward and fall-back cases.
But it's not actually ambiguous at all in the fall-back case,
because that transition is from 2AM to 1AM under USA rules.
Fix the example to use 1:30AM, which *is* ambiguous.

Noted while answering a question from Aleksander Alekseev.
Back-patch to all supported branches.

Discussion: https://postgr.es/m/2191355.1641828552@sss.pgh.pa.us
doc/src/sgml/datetime.sgml