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 1hqhA0-0000AS-FN for pgsql-docs@arkaria.postgresql.org; Thu, 25 Jul 2019 17:04:08 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hqh9y-0005QZ-Rv for pgsql-docs@arkaria.postgresql.org; Thu, 25 Jul 2019 17:04:06 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hqh9y-0005Kj-Ez for pgsql-docs@lists.postgresql.org; Thu, 25 Jul 2019 17:04:06 +0000 Received: from mail-qk1-x742.google.com ([2607:f8b0:4864:20::742]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hqh9v-0003PQ-Co for pgsql-docs@lists.postgresql.org; Thu, 25 Jul 2019 17:04:06 +0000 Received: by mail-qk1-x742.google.com with SMTP id v22so36971170qkj.8 for ; Thu, 25 Jul 2019 10:04:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=2ndquadrant-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:subject:message-id:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=H5Z5AyHIrrBRIATezMzqEYhrb6y/ROUA3FXpMPm1+Ss=; b=pkR6Ko1BCa54P0h0xYlploauHSCxt5eL52t682xmMi2EmuDadomWSotDnteVEQIyz3 xqd7Ha4okeNTuIs8Ue0cfwFgTY6x2Wapksp3+oCi3+KpqT0UvwI1YI4TZOC3ZSBRgg72 AsZIMCB8DsB0/Ai8nhQY84K0dx+2l9xEkY/6flItqsAo6v+27fE7w4KRgMiSbkg7yhM7 pY7zp5ldyBZMTyzKA1q13zpHWl1B5qEipxfbSXeUFtX63OiLxdFmHYk6fxcEgiaqRv7e m2y3FjJoGmISWSzvYSUlYK0BwkqQEz2p7tIMXKZCGoCs4eo4H9jE5fWucU9AyJGy7nn4 v+Jg== 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:subject:message-id:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=H5Z5AyHIrrBRIATezMzqEYhrb6y/ROUA3FXpMPm1+Ss=; b=OpWbIyciY1dQq/Yj84Y1Hec3y3JjBPnygRKbSHS90SqYTEaJP2D9ZMSZE055Nwx7ox NY/yI2yNg7QXFSgSnVnkWqC/OoRI4lkt/Aebmbd4AGY7w4+49xmj7PqltnsILeraRe6u PKz3gacvHKQF2c3Zr+Ns1gUmSngaKjhwFDN5CwLF0BGcdiCjReQ3oxEp2ZB0+jQ1BwST hNBTIYq2QyatK/NTAaLFDM0UIvx9AwRt8R6mcBzNPJipV1hFPPxQu1kclEjkN0Td3iJj mDphK+syCU1aGc1WfSh/nDexTyawJXuExfFdhgPqdWtXFGmkMWThqVJtgb/FKqwOFE/2 atWA== X-Gm-Message-State: APjAAAWoHlfqsO3tYTjLNLi5ZEr2hGdwruyIAUzQB1BtTpg1NPlsbsz5 c1vhjrHNSFWSQVf/GC6FBFM71g== X-Google-Smtp-Source: APXvYqwYfGpShaabPWl3dYV45eP+PBke6TXKiDP9T0J85eP2maISq8QrhCcTEdvIXtu0VmHZwihy3A== X-Received: by 2002:a37:c20a:: with SMTP id i10mr55215393qkm.76.1564074241521; Thu, 25 Jul 2019 10:04:01 -0700 (PDT) Received: from nimloth.alvh.no-ip.org ([177.154.139.197]) by smtp.gmail.com with ESMTPSA id g3sm22018984qke.105.2019.07.25.10.04.00 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Thu, 25 Jul 2019 10:04:01 -0700 (PDT) Received: by nimloth.alvh.no-ip.org (Postfix, from userid 1000) id EBD44121123; Thu, 25 Jul 2019 13:03:56 -0400 (-04) Date: Thu, 25 Jul 2019 13:03:56 -0400 From: Alvaro Herrera To: hzlopes@gmail.com, pgsql-docs@lists.postgresql.org Subject: Re: Wrong formatting of the word 'executed' Message-ID: <20190725170356.GA14993@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <156405789146.1190.11864810353757307019@wrigleys.postgresql.org> 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-Jul-25, PG Doc comments form wrote: > The following documentation comment has been logged on the website: > > Page: https://www.postgresql.org/docs/11/plpgsql-expressions.html > Description: > > In section 43.4, in the sentence "(...) and then this prepared statement is > EXECUTEd (...)", the word executed should be modified to lower case. ISTM that this is intentional, since it refers to the use of the EXECUTE command. It does seem maybe too informal to use command names as verbs and conjugate them ... we don't do it too much, except for "TOASTed". $ git grep 'e\?d' doc/src/sgml/gist.sgml: function should return a pointer to newly palloc()ed doc/src/sgml/lobj.sgml: up to 4 TB in size, whereas TOASTed fields can be at doc/src/sgml/lobj.sgml: done efficiently, while most operations on a TOASTed doc/src/sgml/plpgsql.sgml: and then this prepared statement is EXECUTEd for each doc/src/sgml/storage.sgml:called TOASTed values work by modifying or doc/src/sgml/storage.sgml:handle potentially TOASTed input values: an input might not doc/src/sgml/storage.sgml:the value is an ordinary un-TOASTed value of the data type, and doc/src/sgml/storage.sgml:TOASTed values are kept in the TOAST table, as doc/src/sgml/storage.sgml:identifying the particular TOASTed value), doc/src/sgml/storage.sgml:TOASTed value therefore needs to store the OID of the doc/src/sgml/storage.sgml:of TOASTed attributes will only be pulled out (if selected at all) doc/src/sgml/storage.sgml:pages). There was no run time difference compared to an un-TOASTed We do append "s" to make plurals a lot, though. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services