When a TIMESTAMP, TIME, or INTERVAL precision is specified larger than our
authorTom Lane <[email protected]>
Sun, 4 May 2003 00:04:10 +0000 (00:04 +0000)
committerTom Lane <[email protected]>
Sun, 4 May 2003 00:04:10 +0000 (00:04 +0000)
commited30d857df047587e3861381d0dd9307f1f9e5dc
tree62b25ddb9d846aae0a1a20a8c33120dacbac9ef6
parentdcdb63eddf65e6b2070a5c180a24a49d2b8275b3
When a TIMESTAMP, TIME, or INTERVAL precision is specified larger than our
implementation limits, do not issue an ERROR; instead issue a NOTICE and use
the max supported value.  Per pgsql-general discussion of 28-Apr, this is
needed to allow easy porting from pre-7.3 releases where the limits were
higher.

Unrelated change in same area: accept GLOBAL TEMP/TEMPORARY as a synonym
for TEMPORARY, as per pgsql-hackers discussion of 15-Apr.  We previously
rejected it, but that was based on a misreading of the spec --- SQL92's
GLOBAL temp tables are really closer to what we have than their LOCAL ones.
src/backend/parser/gram.y