You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I found that PostgreSQL chooses the wrong query plan by default for the following statement:
EXPLAIN DELETEFROMpublic.valuesWHERE id = n;
From a post on the dba.stackexchange network, as well as some communication with @SephyLeigh, I have subsequently learned that there are quite a lot of opportunities in terms of performance via overriding default server configuration values. To begin with, setting the random_page_cost parameter to 3 (instead of the default 4) results in the server choosing a much faster query plan. So I can see that PostgreSQL server configuration needs to take into account the VM/hardware setup. Aside from adjusting the relative cost of random page access, it looks like there are some other easy wins here: https://postgis.net/workshops/zh_Hans/postgis-intro/tuning.html.
We need a mechanism to pass configuration overrides through the SAEON PostGIS Docker image (which is the default PostGIS docker image + a layer), through the default PostGIS Docker image, and to the PostgreSQL Docker image where the details on how to override configuration are documented.
zachsa
changed the title
PostgreSQL server configuration
How to override default PostgreSQL server using this repositories deployment workflow
Nov 3, 2022
zachsa
changed the title
How to override default PostgreSQL server using this repositories deployment workflow
How to override default PostgreSQL server using this repositories' deployment workflow
Nov 3, 2022
zachsa
changed the title
How to override default PostgreSQL server using this repositories' deployment workflow
How to override default PostgreSQL server using this repository's deployment workflow
Nov 3, 2022
I found that PostgreSQL chooses the wrong query plan by default for the following statement:
From a post on the dba.stackexchange network, as well as some communication with @SephyLeigh, I have subsequently learned that there are quite a lot of opportunities in terms of performance via overriding default server configuration values. To begin with, setting the
random_page_cost
parameter to3
(instead of the default4
) results in the server choosing a much faster query plan. So I can see that PostgreSQL server configuration needs to take into account the VM/hardware setup. Aside from adjusting the relative cost of random page access, it looks like there are some other easy wins here: https://postgis.net/workshops/zh_Hans/postgis-intro/tuning.html.We need a mechanism to pass configuration overrides through the SAEON PostGIS Docker image (which is the default PostGIS docker image + a layer), through the default PostGIS Docker image, and to the PostgreSQL Docker image where the details on how to override configuration are documented.
The text was updated successfully, but these errors were encountered: