|
Cтоит ли обновлять Postgresql Standart с 15.1.1 на 15.5.1 | ☑ | ||
---|---|---|---|---|
0
BayJay
17.12.23
✎
17:16
|
Всем привет! Топик для тех кто шарит и работает с постгрес
Установлено на linux сервере 1С + Postgrespro Standart версии 15.1.1. Стоит ли обновлять на версию 15.5.1? Или же вообще на 16.1? Интересует прирост скорости работы в основном. Мой подход работает - не трож, но всетаки интересно) 1С предприятие кстати 8.3.23.1865 |
|||
1
ansh15
17.12.23
✎
18:15
|
>>прирост скорости работы
В 10 раз ничего не ускорится, даже процентов на 20 тоже ничего. В пределах одной редакции - просто исправление ошибок, в основном. То есть, повышение стабильности долговременной работы для разнообразных случаев. 16-ая редакция - надо смотреть Release Notes. |
|||
2
ansh15
17.12.23
✎
18:27
|
А Поддержка PostgreSQL 16 запланирована аж 8.3.27 https://wonderland.v8.1c.ru/blog/plan-zadach-na-versiyu-8-3-27-platformy-1s-predpriyatie/
Не то чтобы работать совсем не будет, но при каждом непонятном случае, при попытке обратиться в службу поддержки вендора, будет дан ответ, что данная редакция СУБД не поддерживается, скорее всего. |
|||
3
Chai Nic
17.12.23
✎
18:43
|
Что ни устанавливай, чуда не случится. Слоны не летают, у них генетика плохая для этого.
|
|||
4
Alexvs159
17.12.23
✎
23:19
|
(0) просто так обновлять СУБД ради обновления однозначно не стоит. Прироста скорости заметного не будет, критичных багов в 15 PostgreSQL нет, "детские болезни" у него давно уже вылечены. Если не устраивает производительность, нужно смотреть в сторону конфигов.
|
|||
5
Звездец
17.12.23
✎
23:28
|
работает - не трогай
|
|||
6
Zamestas
17.12.23
✎
23:57
|
Пользуясь случаем: кто на 15 PostgreSQL сидит под Linux - есть ли какие то актуальные и реально полезные статьи по поводу его оптимизации?
|
|||
7
Alexvs159
18.12.23
✎
05:41
|
(6) из очевидного - перенос рабочих баз в отдельный tablespace на другом диске, чтобы развести базу и журнал по разным дискам. И анализ конфига на предмет правильных настроек согласно количеству ядер и объёму памяти. Это все, разумеется, при соответствии физических возможностей сервера количеству пользователей и баз.
|
|||
8
Chai Nic
18.12.23
✎
07:19
|
(7) Нет смысла говорить об оптимизации, не видя узких мест в конкретном решении. Ну вы разнесете базы по кучам дисков, а окажется, что тупит на процессоре из-за нестедлупов при соединении таблиц..
|
|||
9
Alexvs159
18.12.23
✎
10:04
|
(8) да это понятно. Но человек хочет оптимизации, пусть оптимизирует. Вдруг что-то из этого и является узким местом и все взлетит))
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |