Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uhJZw-00D66u-LL for pgsql-docs@arkaria.postgresql.org; Thu, 31 Jul 2025 03:03:37 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1uhJZv-00DcuZ-Q4 for pgsql-docs@arkaria.postgresql.org; Thu, 31 Jul 2025 03:03:36 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uhJZv-00DcuR-Ib for pgsql-docs@lists.postgresql.org; Thu, 31 Jul 2025 03:03:35 +0000 Received: from mail-lf1-x12e.google.com ([2a00:1450:4864:20::12e]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1uhJZu-001eni-0P for pgsql-docs@lists.postgresql.org; Thu, 31 Jul 2025 03:03:34 +0000 Received: by mail-lf1-x12e.google.com with SMTP id 2adb3069b0e04-553ba7f11cbso495825e87.1 for ; Wed, 30 Jul 2025 20:03:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1753931012; x=1754535812; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=G+doa4RsDhkYBCgusOriDUyIRS1qur4IGOVqg4DcYTU=; b=UtOlxaoaKU+5PXgKJx7uu7TZFvAGq88ZdGC51XZ+GQpmnLFtvCdPOnFUV5t4mpOM8+ 73k1nfOyFegjzqlrllYNbYFT6OvLiM6L8KhVX6AYR5RoYlupHSRe2zokyQ2ryXPJoWhH tm1fviYHIFqYwLsjNpackUpqkdFQM93vo7f1Oo8HJcpWen8Z7bnyg9PXu6vShAN3ZJKy 57U1m8OTMHsUCG7PrQUHe6lZD1fcuaTFcXzZJzo72eKLWzYFnrea6kC3sGxGX9nTK8Ct 4RCEEg207V1XNphvXd1bxcc53Jl5bX0eHda9kZy22FdLagYAzMzAsJCayq+qLtPoRvYT vDGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753931012; x=1754535812; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=G+doa4RsDhkYBCgusOriDUyIRS1qur4IGOVqg4DcYTU=; b=n8OgRfXsdHHxvr2Nsxji6nHqWUtUqeD4t7uFqw+WPi4U20VivpSdes1rrvrjq8HqCj F415mgJurpPRnKquM7FTHK+ulnyLnjgNYWoEVofk8FdedUGhdm7pzpjRwTS8AfthtUn/ nl7IwGjU2p9y2MC43sOJagJ1dcdcyUuiCru3vxrBQkhVqcfd1BLmAVOyK5oiLzh7L5/f 0tfcOaoDz3SUhSN07/0kH9awJAj3VUFKmunQWInpdZpQ8fzTAH9KoGEfOEel6eERJa7z p5z9vkJ81BpR0w+Va7t5lhmqa5fYVffEnQ0IRNishi73DsNUNKwDa6Tt72zjRMI+ffUv 5W+w== X-Gm-Message-State: AOJu0YwGufGutqzkuoiNaKFgbAlVqmaNF2twpC/tnamS7IdUzjADtrNj xI7LqQrAXWzyfAC2axxtc0KdF3V3Da1Dd6xdQKa5kRYxAb0wn+2B/9tQSFSfkJc36t5vHRZhkL5 ihgHuTEAL2mcBir2kOjlO6A7meLwBhT7Z7Q== X-Gm-Gg: ASbGncuxcs49TG/nHdcAnS4nqjlcUtTqtR6+XA5GHGhDRKuZwRL4pgtVJVjI2ukfls+ BAsxeS4Xng8NgHGp568l08GgnpCCw44b3if3Ct6PVXIhMaLpy/DSDZxhPU40+iKJVlQzt121gUT zUJsLJT6kxVGElqUARHgfOSrKV1jhs51ih+CJMPEowZAKYAp38XEj/lNKNhgMBoeNMEXBG7jEhc IBGZrSH8nF2l99BY6c77BGHxodn587t1EJqWaXsQg== X-Google-Smtp-Source: AGHT+IE3GvAnQKH9i6uFgh2ZKAcqFyTE1KtVhtEtqirzyw8N7Gm96WDTIlkVf3dByNuwM/04icoDpjjgTEkzZQeW1aM= X-Received: by 2002:a05:6512:3b24:b0:553:ad9b:cfb1 with SMTP id 2adb3069b0e04-55b7c01867cmr1981894e87.9.1753931012173; Wed, 30 Jul 2025 20:03:32 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: David Rowley Date: Thu, 31 Jul 2025 15:03:20 +1200 X-Gm-Features: Ac12FXyJePRi5KMmlEnsH1kBXDSlwF2yw3Y8Pr00Yc1COm0TdABtKqQFcXixSi8 Message-ID: Subject: Re: Lets prohibit predicting the future in the documentation. To: "David G. Johnston" Cc: PostgreSQL Documentation Content-Type: text/plain; charset="UTF-8" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Thu, 31 Jul 2025 at 14:17, David G. Johnston wrote: > > Came across this again today...we added, way back in v11: > > "This limitation will likely be removed in a future version of PostgreSQL." > > https://www.postgresql.org/docs/18/sql-createstatistics.html This sort of thing doesn't particularly upset me. I don't believe we should hide the fact that certain features might need more work. If it inspires someone to work on making improvements, wouldn't it be worthwhile keeping these? A huge amount of stuff gets done around here because people find some inspiration to make things better. I don't believe all those people need to experience the problems first-hand to be able to fix them. Plenty of people arrive here just looking to get involved and make a difference. I presume that something like this being mentioned in the docs likely has a much better "we actually want this feature" ratio than the TODO list does. I also imagine it's more likely to inspire users of PostgreSQL to get involved in developing than the TODO list is. -1 from me. David