Received: from maia.hub.org (unknown [200.46.208.211]) by mail.postgresql.org (Postfix) with ESMTP id 689607992C9 for ; Wed, 17 Mar 2010 12:13:58 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.208.211]) (amavisd-maia, port 10024) with ESMTP id 01978-01 for ; Wed, 17 Mar 2010 15:13:47 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by mail.postgresql.org (Postfix) with ESMTP id 9EFE8798D58 for ; Wed, 17 Mar 2010 12:13:47 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.2/8.14.2) with ESMTP id o2HFDkeG028694; Wed, 17 Mar 2010 11:13:46 -0400 (EDT) To: Josh Kupershmidt cc: pgsql-docs@postgresql.org Subject: Re: Incorrect SQL on CREATE INDEX page In-reply-to: <4ec1cf761003170738m5ec60f66o37676c7c939d0b79@mail.gmail.com> References: <4ec1cf761003170738m5ec60f66o37676c7c939d0b79@mail.gmail.com> Comments: In-reply-to Josh Kupershmidt message dated "Wed, 17 Mar 2010 10:38:59 -0400" Date: Wed, 17 Mar 2010 11:13:45 -0400 Message-ID: <28693.1268838825@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-2.459 tagged_above=-10 required=5 tests=AWL=0.140, BAYES_00=-2.599 X-Spam-Level: X-Archive-Number: 201003/11 X-Sequence-Number: 5376 Josh Kupershmidt writes: > In the "Examples" section of the page for CREATE INDEX: > http://www.postgresql.org/docs/current/static/sql-createindex.html > it says: > To create a GIN index with fast updates disabled: > CREATE INDEX gin_idx ON documents_table (locations) WITH (fastupdate = off); > This SQL fails with 'ERROR: unrecognized parameter "fastupdate"', as > it is missing the USING clause. Ooops. You're right, that's definitely a mistake. Will fix. > Also, a more minor quibble about the same section: the first example says: > To create a B-tree index on the column title in the table films: > CREATE UNIQUE INDEX title_idx ON films (title); > Perhaps the mention of "B-tree" should be omitted here, since "USING > btree" is not actually used in the SQL provided. Or is there an > explicit guarantee that CREATE UNIQUE INDEX will always use a B-Tree > documented somewhere? It's pointed out further up the page that btree is the default access method. regards, tom lane