Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hEnJr-0001pi-DD for pgsql-docs@arkaria.postgresql.org; Fri, 12 Apr 2019 03:57:39 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hEnJq-0007CO-4v for pgsql-docs@arkaria.postgresql.org; Fri, 12 Apr 2019 03:57:38 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hEnJp-0007CH-Q1 for pgsql-docs@lists.postgresql.org; Fri, 12 Apr 2019 03:57:37 +0000 Received: from mail-qt1-x843.google.com ([2607:f8b0:4864:20::843]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hEnJn-0004Tf-B8 for pgsql-docs@postgresql.org; Fri, 12 Apr 2019 03:57:36 +0000 Received: by mail-qt1-x843.google.com with SMTP id k2so9783567qtm.1 for ; Thu, 11 Apr 2019 20:57:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=2ndquadrant-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=qbMXsxeles7bgZh43zd2PlApnNmSvBBRnJVBrp+REe8=; b=jhTZhk1MK3r2TWg0zrRbnhAGdBP8sqY/O3Tfcx2EXZqzBxeAC/xK6EPlKvoTrSn7S5 BZyflfLe0owqgOuuMTqE2OgLTNxVD85TfWUaEnxgw/hpoeZyMJMIJ8vJuvB1TXIRINkF YpmT+CRn/4bjjMd14UZGoAPMIdiNdn9LagjZUZk7y1pzV/0kXQKWoN2DgyJR1UxvQanG EYE/ayrRA/mtpzY8+u39Dwb2OhObKq/9vn+M2DABHba4GjHCOFD5N3xFlNpLaPTSMv8W ++TBbzCk5O93W/C3Os/oFeoVvEM8vOoFDO7ie8KxM5PO4CzC6FAqFK5Kcb8zRMrp2JzN 5wGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=qbMXsxeles7bgZh43zd2PlApnNmSvBBRnJVBrp+REe8=; b=EqvkUguBfVEhBYhkSoQ/0H2cLoNWqUxoCMPC6HN6RP6WIpnC1kzO69uTyLlu20KQ3G hLW+TjHuyPLFtMf2ZmhN98KY2n+Scq4xT47Bq+FEp5pPD0VZkzAWV3rTnDoY0T5hsy1d KnEBRN0hHxqOaIX2PAfpErKKS9YnoXG63AQlPt83+rB/SYDYMCN06V4p7ZA2gOQoGoOT rGi2AlnUpPBWzkz7p+XJqimxPcZ+cLsTdPhwQKjtRPlwV/PdZB8v7qASG/tUfk3sqDRb AlHxP/3lSEqV0uEUjVl4dW9jZxCmONRI8AdrcmL7fXIFBPmNJUF7WodFdRYofMPu+1VT kBYA== X-Gm-Message-State: APjAAAVki9cTH4AoS9tSXCbVKo6BAzuL47lCPV3F91aeJKZ6l3gVePuk 4tzXKGP7tO7y6YwgsiRJJto07mxZVpA= X-Google-Smtp-Source: APXvYqyLK2rOG1g5tG4CtzRBTsS/qXDoJ25lPrgG7odvuAPFbSYKMJz/5/aSMWXd/4s6rwuYY03BNg== X-Received: by 2002:ac8:1b63:: with SMTP id p32mr46316897qtk.173.1555041454761; Thu, 11 Apr 2019 20:57:34 -0700 (PDT) Received: from nimloth.alvh.no-ip.org ([201.186.80.67]) by smtp.gmail.com with ESMTPSA id z9sm28134759qtb.73.2019.04.11.20.57.34 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 11 Apr 2019 20:57:34 -0700 (PDT) Received: by nimloth.alvh.no-ip.org (Postfix, from userid 1000) id CF89E12120D; Thu, 11 Apr 2019 23:57:32 -0400 (-04) Date: Thu, 11 Apr 2019 23:57:32 -0400 From: Alvaro Herrera To: Michael Paquier Cc: Fujii Masao , pgsql-docs Subject: Re: Mark a reloption as indexterm Message-ID: <20190412035732.GA3754@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20190412035229.GF2144@paquier.xyz> User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2019-Apr-12, Michael Paquier wrote: > On Fri, Apr 12, 2019 at 12:33:45PM +0900, Fujii Masao wrote: > > Indeed. Attached is the updated version of the patch. > > On top of what Alvaro has mentioned, it seems to me that we should > make the difference between table-level configuration parameter and > index-level configuration parameters, and also add markups > to create_index.sgml. If you take the example of fillfactor, it > applies to both indexes and tables, but with your patch you just > define "configuration parameter", and point to only CREATE TABLE. Are you suggesting that it should show "index storage parameters" and "table storage parameters"? I'm not sure about that myself ... particularly considering that certain parameters might apply to some index AMs and not others. BTW what about the index-specific options such as, say, BRIN's pages_per_range? I know other AMs have their own reloptions ... -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services