On Thu, Feb 21, 2019 at 06:28:09PM +0100, Peter Eisentraut wrote: > As mentioned on > > https://www.cybertec-postgresql.com/en/looking-at-mysql-8-with-postgresql-goggles-on/ > > how about this: > > => \h analyze > Command: ANALYZE > Description: collect statistics about a database > Syntax: > ANALYZE [ ( option [, ...] ) ] [ table_and_columns [, ...] ] > ANALYZE [ VERBOSE ] [ table_and_columns [, ...] ] > > where option can be one of: > > VERBOSE > SKIP_LOCKED > > and table_and_columns is: > > table_name [ ( column_name [, ...] ) ] > > URL: https://www.postgresql.org/docs/12/sql-analyze.html > ^^^^ > > (Won't actually work because the web site isn't serving "12" URLs yet, > but that's something that could probably be sorted out.)
Since there's no longer any mystery as to what the upcoming major version of PostgreSQL will be, it should be pretty straightforward to redirect integers > max(released version) to the devel docs. This could cause some confusion because we branch long (feature- and bug-wise) before we do the release, and a checkout from immediately after branching will be *very* different from one just before the release. The way I've come up with to clear this up is *way* too expensive: lazily create doc builds for each SHA1 requested. Pointing people at the latest devel docs is less confusing than pointing them at nothing or at the previous version, those being, as far as I can tell, the viable alternatives. Best, David. -- David Fetter <david(at)fetter(dot)org> http://fetter.org/ Phone: +1 415 235 3778 Remember to vote! Consider donating to Postgres: http://www.postgresql.org/about/donate
