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 1nz2Xn-0001h1-9b for pgsql-hackers@arkaria.postgresql.org; Wed, 08 Jun 2022 20:44:47 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nz2Xk-0000YK-KU for pgsql-hackers@arkaria.postgresql.org; Wed, 08 Jun 2022 20:44:44 +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 1nz2Xj-0000Y3-UD for pgsql-hackers@lists.postgresql.org; Wed, 08 Jun 2022 20:44:44 +0000 Received: from mail-pl1-x629.google.com ([2607:f8b0:4864:20::629]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1nz2Xc-0008Sd-JN for pgsql-hackers@postgresql.org; Wed, 08 Jun 2022 20:44:42 +0000 Received: by mail-pl1-x629.google.com with SMTP id d13so2999456plh.13 for ; Wed, 08 Jun 2022 13:44:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=enterprisedb.com; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Ek9FbPRMCMCvCIzmjNQYSVcQLTAAmmKyNZnp8X76BcA=; b=YlXGwNRD514QHxsTuvqaMLtCKjtTrqCFy6jZCF/4a/PmNIHiB/aaPLIlO36sJ6TXnY fLnbim5A/QRV/JDo0qUkVj2ew5NMvhfXoKmQk+9L1AYKkVwsa4VuVdL1oGmZ3YIOoaXT XNNBQQmWfic/M2Y7jS2Qih6AXAGhU9Z+Sbp3I1tGG58aAFAQtwQ7+JTPWLS0upMrR3b4 aWGXjL+54sVpskyWWFJ1uYkgvX3g9m0EOZcYQXjvb/Xhw9I3e2BofRRxfxCEga16oREC 7NCAIliEh97sNCK/51PDUWP3RCBLVwEH1sGhHKkqbKgpi8aQSyjtzRXsOs+bLrSp2Y6a VH2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Ek9FbPRMCMCvCIzmjNQYSVcQLTAAmmKyNZnp8X76BcA=; b=W53BHZ2DUWT7Ht5YF+/prprRwlJya1qLvp59eV4QB2oGLcTvFzGtpS/2p+66aMg3wW 1S1i0uaTNBYZcsbSLYiECs6FaouJeczvhdV0KATrUOkyh8pwDDJagdu/9OHV+I7GpREb aOVhNCTkkH18rDsCNrv/UtYvac2OCHYyKCIWfaOY3Aba3Vf4RyXJAQSY6sheWGIruJOA 1+abqMP7+tNqV4lb7R1KI9R2evbDR5HTKR2r1wOvQ8RleprhN65shljK6bKAIQNTqEaZ 9cYfZQxv9opBXsghRGTDdDa8lwOVh3gYtJXdfRK1EZ0h3JjXqgbKtm+H0i8kaDfJ6yL8 Oepg== X-Gm-Message-State: AOAM5318VOe04ZrT8x0r4PN+5Df5HETm29rcUP/6lVQ82OaSJSRcZAYe JQpertyxvsE3g+vUS2/RcrE9yr9dvwxZpmwFW6S6mYkUyhrmJrsjGaQTQ+nuejiNCZ1bLoQArL3 kcHDwJgwTvfpsEfkWTvqm04+WS9LwB49aV6091l6w4fwQQ+4Dso31elcLixmDiVtpir8rNg9VYN vWmLU4YguaXufLFGlk1QSZczXkPyJXc1cQbQiT X-Google-Smtp-Source: ABdhPJx6YsF/RuPVcjnEXuV/bVys1CEUaIIKTW9qT5j6y1pVq+aCwn36TaofWXGYJdJE0wL98vr95Q== X-Received: by 2002:a17:902:bb90:b0:156:2c05:b34f with SMTP id m16-20020a170902bb9000b001562c05b34fmr36438741pls.53.1654721074808; Wed, 08 Jun 2022 13:44:34 -0700 (PDT) Received: from laptop280-ma-us.hitronhub.home (24-113-193-150.wavecable.com. [24.113.193.150]) by smtp.gmail.com with ESMTPSA id x69-20020a627c48000000b0050dc76281besm15581715pfc.152.2022.06.08.13.44.33 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Jun 2022 13:44:34 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: Re: Collation version tracking for macOS From: Mark Dilger In-Reply-To: <1315087.1654632634@sss.pgh.pa.us> Date: Wed, 8 Jun 2022 13:44:32 -0700 Cc: Peter Geoghegan , Robert Haas , Thomas Munro , Jeremy Schneider , Peter Eisentraut , pgsql-hackers Content-Transfer-Encoding: quoted-printable Message-Id: References: <381977b1-0898-cb6f-a427-3b5d873e81bd@enterprisedb.com> <231072.1654273317@sss.pgh.pa.us> <1874de62-6bec-4bc1-1d14-0a2730b125da@ardentperf.com> <366234.1654289888@sss.pgh.pa.us> <1315087.1654632634@sss.pgh.pa.us> To: Tom Lane X-Mailer: Apple Mail (2.3608.120.23.2.7) X-CLOUD-SEC-AV-Info: enterprisedb,google_mail,monitor X-CLOUD-SEC-AV-Sent: true X-Gm-Spam: 0 X-Gm-Phishy: 0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk > On Jun 7, 2022, at 1:10 PM, Tom Lane wrote: >=20 > This is not the concern that I have. I agree that if we tell a user > that collation X changed behavior and he'd better reindex his indexes > that use collation X, but none of them actually contain any cases that > changed behavior, that's not a "false positive" --- that's "it's = cheaper > to reindex than to try to identify whether there's a problem". I don't see this problem as limited to indexes, though I do understand = why that might be the most common place for the problem to manifest = itself. As a simple example, text[] constructed using array_agg over sorted data = can be corrupted by a collation change, and reindex won't fix it. If we extend the table-AM interface to allow query quals to be pushed = down to the table-AM, we might develop table-AMs that care about sort = order, too. =E2=80=94 Mark Dilger EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company