pg.ddx.io pgsql-docs@postgresql.org mailing list archivehelp / color / mirror / Atom feed
SQL standard for TRUNCATE 2+ messages / 2 participants [nested] [flat]
* SQL standard for TRUNCATE @ 2011-11-14 15:24 Thom Brown <thom@linux.com> 0 siblings, 1 reply; 2+ messages in thread From: Thom Brown @ 2011-11-14 15:24 UTC (permalink / raw) To: pgsql-docs According to http://www.postgresql.org/docs/9.1/static/unsupported-features-sql-standard.html, PostgreSQL doesn't support identity column restart for TRUNCATE. This might strictly be true because PostgreSQL doesn't implement identity columns as such, but it does support RESTART IDENTITY and CONTINUE IDENTITY, which will apply to sequences, and those are equivalent. If it's going to say F202 is unsupported, shouldn't there at least be a note acknowledging this feature is supported for sequences, but otherwise it doesn't apply? Some attempt to implement this has been made. -- Thom Brown Twitter: @darkixion IRC (freenode): dark_ixion Registered Linux user: #516935 EnterpriseDB UK: http://www.enterprisedb.com The Enterprise PostgreSQL Company ^ permalink raw reply [nested|flat] 2+ messages in thread
* Re: SQL standard for TRUNCATE @ 2011-11-14 16:12 Tom Lane <tgl@sss.pgh.pa.us> parent: Thom Brown <thom@linux.com> 0 siblings, 0 replies; 2+ messages in thread From: Tom Lane @ 2011-11-14 16:12 UTC (permalink / raw) To: Thom Brown <thom@linux.com>; +Cc: pgsql-docs Thom Brown <thom@linux.com> writes: > According to > http://www.postgresql.org/docs/9.1/static/unsupported-features-sql-standard.html, > PostgreSQL doesn't support identity column restart for TRUNCATE. This > might strictly be true because PostgreSQL doesn't implement identity > columns as such, but it does support RESTART IDENTITY and CONTINUE > IDENTITY, which will apply to sequences, and those are equivalent. According to the reference page for TRUNCATE, the behaviors of those clauses are not exactly compatible with the standard, which is why we don't claim conformance. > If it's > going to say F202 is unsupported, shouldn't there at least be a note > acknowledging this feature is supported for sequences, but otherwise it > doesn't apply? Some attempt to implement this has been made. The features table doesn't really have room to put more than a "yes" or "no" entry, and I don't think a pile of footnotes at the bottom would be a helpful way to present additional info. Generally the best place for any discussion of why a feature is spec-compatible or not is the Compatibility section of the relevant reference page. regards, tom lane ^ permalink raw reply [nested|flat] 2+ messages in thread
end of thread, other threads:[~2011-11-14 16:12 UTC | newest] Thread overview: 2+ messages (download: mbox mbox.gz follow: Atom feed) -- links below jump to the message on this page -- 2011-11-14 15:24 SQL standard for TRUNCATE Thom Brown <thom@linux.com> 2011-11-14 16:12 ` Tom Lane <tgl@sss.pgh.pa.us>
This inbox is served by DDX for PostgreSQL; see mirroring instructions for how to clone and mirror all data and code used for this inbox