Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1loSQq-0003wh-2d for pgsql-docs@arkaria.postgresql.org; Wed, 02 Jun 2021 15:05:20 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1loSQo-0005Zk-OV for pgsql-docs@arkaria.postgresql.org; Wed, 02 Jun 2021 15:05:18 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1loSQo-0005Zb-I3 for pgsql-docs@lists.postgresql.org; Wed, 02 Jun 2021 15:05:18 +0000 Received: from wforward2-smtp.messagingengine.com ([64.147.123.31]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1loSQl-0001RK-Om for pgsql-docs@postgresql.org; Wed, 02 Jun 2021 15:05:17 +0000 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailforward.west.internal (Postfix) with ESMTP id AA39312E6; Wed, 2 Jun 2021 11:05:13 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Wed, 02 Jun 2021 11:05:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=pdyJwo0JqhMyyVc2cXOrTKr+2SyUgyWBNUxciRXNH 8U=; b=uE3wR0ZTuE5tcsEseL0asLhwqW1Ua3Gbm539cmT5L2zMa3EgSjD9LGg+I 5/BpGn0yX/i6/Uy4j0QKn984Ddq+LXm5XWDUWsNDFQv/TRbopDdB41ua18anrFER vjhAOPOpwbVJ3AZK4ksAW+K9iu4WGW2nJZ74jv20p7UisSdnQ8rKBghFDk3K+EKI QZMRUtXcBZYsFsvTIV1Zj1q6y6QfQcy2ICoIwYR6X1whvERttNfEGeqJmiAoM5pu BJV3fQWJiqPG7LCrIyAfk8zyCyEbfPuwCL43tBwKDrYrE1vbQoIkGHX+H5fM8eyF ClDfvUbWytzRwHARx5u2AEofqujOQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvdeljedgkeehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepuffvfhfhkffffgggjggtgfesthejredttdefjeenucfhrhhomheprfgvthgv rhcugfhishgvnhhtrhgruhhtuceophgvthgvrhdrvghishgvnhhtrhgruhhtsegvnhhtvg hrphhrihhsvggusgdrtghomheqnecuggftrfgrthhtvghrnhepleevheehueeiudeiteei tdekueetleefteejffeiffdugedvffdvffdtiedvueeknecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomhepphgvthgvrhdrvghishgvnhhtrhgruhht segvnhhtvghrphhrihhsvggusgdrtghomh X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 2 Jun 2021 11:05:11 -0400 (EDT) Subject: Re: Simplify COMMENT and SECURITY LABEL documentation To: Alvaro Herrera , Tom Lane Cc: pgsql-docs References: <202106011556.au3hmtylr7cn@alvherre.pgsql> From: Peter Eisentraut Message-ID: Date: Wed, 2 Jun 2021 17:05:10 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.10.2 MIME-Version: 1.0 In-Reply-To: <202106011556.au3hmtylr7cn@alvherre.pgsql> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 01.06.21 17:56, Alvaro Herrera wrote: >> +1 for the concept, but I feel that "live in" is a bit too informal >> for this context. I'm too caffeine-deprived to instantly come up >> with le mot juste; but perhaps "exist within" would be an improvement? > > The glossary uses "reside in". I like that. > I suppose that we should either use the same term that the glossary > uses, or alternatively fix the glossary to use whatever term we decide > to use here. > > I do notice now that I used the term "belong to" elsewhere in the > glossary. That could use some cleanup. I think "belong to" is a stronger relationship, like a column belongs to a table. Kind of like DEPENDENCY_INTERNAL vs. DEPENDENCY_NORMAL.