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 1j4nvH-0008Hh-8H for pgsql-hackers@arkaria.postgresql.org; Thu, 20 Feb 2020 15:39:32 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1j4nuH-0007ry-9T for pgsql-hackers@arkaria.postgresql.org; Thu, 20 Feb 2020 15:38:29 +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 1j4nuG-0007rp-Ow for pgsql-hackers@lists.postgresql.org; Thu, 20 Feb 2020 15:38:29 +0000 Received: from cyclops.postgrespro.ru ([93.174.131.138] helo=mail.postgrespro.ru) by makus.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1j4nuD-0007J0-Gj for pgsql-hackers@lists.postgresql.org; Thu, 20 Feb 2020 15:38:27 +0000 Received: from localhost (localhost [127.0.0.1]) by mail.postgrespro.ru (Postfix) with ESMTP id 100B321C6247; Thu, 20 Feb 2020 18:38:23 +0300 (MSK) X-Virus-Scanned: Debian amavisd-new at postgrespro.ru X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=x tagged_above=-99 required=4 WHITELISTED tests=[] autolearn=unavailable Received: from [192.168.27.134] (gw.postgrespro.ru [93.174.131.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail.postgrespro.ru (Postfix) with ESMTPSA id AC11F21C6216; Thu, 20 Feb 2020 18:38:22 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=postgrespro.ru; s=mail; t=1582213102; bh=MHYorOBYGOiEf3saOtdYb8Qx9RJjxSEP0OAZrSvM+D0=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=dPILHj/NszyrSqaiqW/KluPFl9bPsAq8HtR8FP1/yD5XwSIDPr+kTbw2W8U43TAd6 RXPE2Mi9pyEhlhvulgZQayVzKq0Poz+/94wuxe8AHz+VfpXijT7Zhq15u8JBpqIqyt +48sZ9OO8yHsXc25oQZpY4CDS5lqDoX27KbKfzFs= Subject: Re: [HACKERS] [WIP] Effective storage of duplicates in B-tree index. To: Peter Geoghegan Cc: Heikki Linnakangas , PostgreSQL Hackers , =?UTF-8?B?0K7RgNC40Lkg0KHQvtC60L7Qu9C+0LI=?= References: <55E4051B.7020209@postgrespro.ru> <5b5a470b-89d7-7177-29c2-2f907f3f441a@iki.fi> From: Anastasia Lubennikova Message-ID: Date: Thu, 20 Feb 2020 18:38:22 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 19.02.2020 22:16, Peter Geoghegan wrote: > On Wed, Feb 19, 2020 at 8:14 AM Anastasia Lubennikova > wrote: >> Thank you for this work. I've looked through the patches and they seem >> to be ready for commit. >> I haven't yet read recent documentation and readme changes, so maybe >> I'll send some more feedback tomorrow. The only thing I found is a typo in the comment +  int      nhtids;      /* Number of heap TIDs in nhtids array */ s/nhtids/htids I don't think this patch really needs more nitpicking ) > >> In my opinion, this message is too specific for default behavior. It >> exposes internal details without explanation and may look to user like >> something went wrong. > You're probably right about that. I just wish that there was some way > of showing the same information that was discoverable, and didn't > require the use of pageinspect. If I make it a DEBUG1 message, then it > cannot really be documented. User can discover this with a complex query to pg_index and pg_opclass. To simplify this, we can probably wrap this into function or some field in pg_indexes. Anyway, I would wait for feedback from pre-release testers.