[i.....y]

Znajdę gdzieś porównanie ogólnej wydajności #postgres #postgresql w zależności od wersji? Bo tak szukam i szukam i nie mogę nic konkretnego znaleźć. Zasadniczo rozchodzi się o to czy migrować, ze starej sprawdzonej wersji 9.6 na wersję już teraz to 13. Jeśli się okaże, że to gra nie warta świeczki i dodali tylko trochę nowych ficzerów, których i tak nie używam, to nie będę ruszał "czegoś co działa". #devops #sysadmin i dla zasięgu #programowanie

[annotate]

@indywidualny przecież 9.6 ma zaplanowane ostatnie wydanie na listopad, potem będzie na szybko robił upgrade do 13 jak coś jebnie i nie będzie poprawki.

[i.....y]

@annotate: Zdaję sobie sprawę, ale duża baza o której mówię hula aż miło dobre lata i nic jej się nie stało i zapewne nie stanie. W nowych projektach mogę pójść w nowe wydania. Zastanawiam się natomiast czy jest sens ruszać dużą produkcyjną maszynę i czy mogę coś na tym konkretnego zyskać. Mam zasadę, że jak coś działa dobrze i jest w sieci lokalnej, czyli teoretycznie nikt się tam nie włamie, to

[annotate]

@indywidualny tylko co niby chciałbyś zyskać... Bez dodatkowej pracy (której ewidentnie nie włożysz w to) nie wykorzystasz żadnych nowych funkcji a i wydajność nie przychodzi sama tylko z obserwacji i dostosowania ustawień, czy modelu danych do aktualnej sytuacji.

Więc... jeśli Chcesz tylko podbić jednorazowo wersję binarek to szkoda Twojego czasu.

[i.....y]

@annotate: no nie wiem. Jak na przykład jakaś nowa wersja szybciej ogarnia CTE to by było coś, bo dużo używam. Ale cała aplikacja nie będzie przepisywana raczej tak jak mówisz, bo nie ma na to chwilowo wolnych ludzi.

[i.....y]

Ok, coś mam: https://blog.crunchydata.com/blog/just-upgrade-how-postgresql-12-can-improve-your-performance Wygląda na to, że warto rzucić jednak okiem i przebrnąć przez bolesną migrację.

[Drmscape2]

@indywidualny: Mam dużą produkcyjną bazę na 10 i raczej mnie nikt do końca projektu ~2022 nie zmusi do migracji na aktualną wersję postgresa. Kurna działa to nie ruszać.