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 parti
On Wed, Jul 30, 2025 at 7:17 PM David G. Johnston <
david.g.johns...@gmail.com> wrote:
> Came across this again today...we added, way back in v11:
>
> "This limitation will likely be removed in a future version of
> PostgreSQL."
>
>
Or, maybe phrase it: "Patches are welcomed."
David J.
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
David J.
On Wed, Jul 30, 2025, 13:55 PG Doc comments form
wrote:
> The following documentation comment has been logged on the website:
>
> Page: https://www.postgresql.org/docs/17/docguide.html
> Description:
>
> Hello there,
> I like PostgreSQL a lot so this is my way of giving back.
>
> The "table scan
The following documentation comment has been logged on the website:
Page: https://www.postgresql.org/docs/17/docguide.html
Description:
Hello there,
I like PostgreSQL a lot so this is my way of giving back.
The "table scan is skipped" optimization can use some clarification
https://www.postgresq
On Mon, 2025-07-28 at 13:20 +0300, Alexander Korotkov wrote:
> I can confirm inicap works with libc and libicu as you stated. The
> documentation patch looks good to me. I’ve written a commit message.
> The REL_12_STABLE branch is not relevant anymore as it’s out of
> support. I’m going to push
