The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз СУБД PostgreSQL 11, opennews (?), 19-Окт-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


130. "Релиз СУБД PostgreSQL 11"  +/
Сообщение от Мудила (?), 21-Окт-18, 14:32 
Это очень плохое и некомпетентное предложение.
Ответить | Правка | Наверх | Cообщить модератору

143. "Релиз СУБД PostgreSQL 11"  +/
Сообщение от nox (??), 22-Окт-18, 16:39 
> Это очень плохое и некомпетентное предложение.

Сказал человек с ником "Мудила"
Обоснуйте тогда, что ли

Ответить | Правка | Наверх | Cообщить модератору

145. "Релиз СУБД PostgreSQL 11"  +/
Сообщение от Аноним (27), 22-Окт-18, 17:46 
Ставить диагноз, когда потциент слился в неизвестном направлении, даже не расписав, что его конкретно не устраивает, занятие бесполезное. "Оракле ДБА" с седыми яйцами, вроде как, не понравилось что "файл разрастается". Ну так замена delete/insert на insert точно ситуацию не улучшит (инсерты точно будут требовать новых страниц, и проблему с устаревание нужно будет решать врукопашную; этим обычно админы Сиквела любят страдать -- читать доки для них сложнее, чем невообразимо идиотские триггеры лабать). В действительности, по-моему, никакой проблемы у жалобщика со Слоном нет, кроме того факта, что Слона он даже минимально не пытался настроить, а с логикой модели у него что-то явно не так (видимо, есть застарелая длительная транзакция, которая мертвые кортежи держит). Потому как движок Слона даже с умолчальными настройками автовакуума с подобным справляется вообще без проблем. Сам проверил: сделал отношение с несколькими тысячами строк и менял в них по циклу значение, выбирая произвольно по ключу (обновление одной строки за одну транзакцию). Ни тормозов на выборках, ни какого-то роста размера файла за час нагрузки получить не удалось. Это плёвая задача. Оно вообще никак особо на загрузке сервера не сказалась. Да и к тому же оставляет массу возможностей по оптимизации: хошь периодичность чекпоинтов повысь и тогда вообще ничего на диск падать не будет, хошь приоритет автовакуума подними -- всё будет чиститься влёт и файл расти будет очень умеренно.
Ответить | Правка | Наверх | Cообщить модератору

146. "Релиз СУБД PostgreSQL 11"  +/
Сообщение от Аноним (27), 22-Окт-18, 17:49 
Up: неверное выразился -- периодичность чекпоинтов нужно понижать, т.е. повышать промежутки между ними.
Ответить | Правка | Наверх | Cообщить модератору

148. "Релиз СУБД PostgreSQL 11"  +/
Сообщение от nox (??), 22-Окт-18, 17:53 
Ну так вот и я о том же. Просто топикстартер жаловался, что у него вакуум не устраивает, что он распространяется на всю базу и частый запуск ему мешает или не работает, т.к. блокировки. В этом плане моё решение работает как раз норм, т.к. можно контролировать когда делать delete и соответственно вакуум (просто как идея, я ж хз что у него за данные и за модель)

Но вообще да, Слон спокойно справляется с такими вещами, более того, у меня была таблица с 5 млрд строк и 50к апдейтов в секунду - каждый апдейт 5Мб размером и ничего - всё работало и не жужжало и место особенно сильно не ело

Просто Мудилы и ДБА с яйцами видать не очень умеют доки/код читать - вакуум простая штука, пару дней курения мануалов, на крайняк почитать немного кода - и всё становится ясно - где, что и как работает и за что отвечает

Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

149. "Релиз СУБД PostgreSQL 11"  +/
Сообщение от nox (??), 22-Окт-18, 18:02 
> В этом плане моё решение работает как раз норм, т.к. можно контролировать
> когда делать delete и соответственно вакуум (просто как идея, я ж
> хз что у него за данные и за модель)

Забыл уточнить - у него UPDATE, то есть он часто и много делает UPDATE. Если делать часто INSERT, но редко и много DELETE и сразу после этого вакуум, то файл будет расти, но только в периоды между запусками вакуума

Ответить | Правка | Наверх | Cообщить модератору

151. "Релиз СУБД PostgreSQL 11"  +/
Сообщение от пох (?), 22-Окт-18, 22:04 
> то файл будет расти, но только в периоды между запусками вакуума

если мы правильно угадали его проблему (что это именно из-за особенностей стора, а не, действительно, "ой, commit забыли") - не будет (будет один раз, до первого delete ; vacuum).

vaccum прошел - следующие insert попадут в области того, что недавно delete, ничего особо заметно расти не будет.

и выполняется он при таком раскладе быстрее. Но решеньице, прямо скажем, выглядит кривоватенько.

Ответить | Правка | Наверх | Cообщить модератору

156. "Релиз СУБД PostgreSQL 11"  +/
Сообщение от Аноним (27), 23-Окт-18, 11:41 
Настройка стоимости операции для (авто)вакуума сделает тоже самое, только скрипты плодить и от Update-а отказываться не нужно будет.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру