The OpenNET Project / Index page

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



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

Оглавление

Минздрав РФ планирует перейти на PostgreSQL и СПО, opennews (??), 07-Авг-14, (0) [смотреть все] +2

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


11. "Минздрав РФ планирует перейти на PostgreSQL и свободное ПО"  +6 +/
Сообщение от kurokaze (ok), 07-Авг-14, 01:16 
Поздравляю, надеюсь за эти 10 лет ты хорошо выспался, потому как если нет, получается с тебя как с лоха бабла срубили.
Ответить | Правка | Наверх | Cообщить модератору

17. "Минздрав РФ планирует перейти на PostgreSQL и свободное ПО"  +/
Сообщение от vitalif (ok), 07-Авг-14, 02:32 
А я вот что-то не понял - это какой-то намёк на то, что вакуума там сейчас как бы нет? Или что?
Ответить | Правка | Наверх | Cообщить модератору

18. "Минздрав РФ планирует перейти на PostgreSQL и свободное ПО"  +1 +/
Сообщение от Аноним (-), 07-Авг-14, 03:56 
> А я вот что-то не понял - это какой-то намёк на то,
> что вакуума там сейчас как бы нет? Или что?

Он есть, но принудительно его пинать не требуется уже давным-давно. Гуглить по слову autovacuum. Возможность отключить автоматику оставлена для сильно специфических случаев.

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

90. "Минздрав РФ планирует перейти на PostgreSQL и свободное ПО"  +/
Сообщение от vitalif (ok), 07-Авг-14, 12:05 
Ну это да, я в курсе. Ну так и какая разница? В процессе автовакуума же всё равно всё лочится, не? Т.е. если таблица большая и придёт к тебе автовакуум, всё равно же будешь ждать, пока он не уйдёт?
Ответить | Правка | Наверх | Cообщить модератору

103. "Минздрав РФ планирует перейти на PostgreSQL и свободное ПО"  +/
Сообщение от Andrey Mitrofanov (?), 07-Авг-14, 12:43 
> Ну это да, я в курсе. Ну так и какая разница? В
> процессе автовакуума же всё равно всё лочится, не? Т.е. если таблица
> большая и придёт к тебе автовакуум, всё равно же будешь ждать,
> пока он не уйдёт?

Нет.

Ну, большую таблицу оно будет читать, ну, целиком-последовательно, ну системные кеши http://rhaas.blogspot.ru/2014/08/memory-matters.html вымоются, iowait-ы поднимутся, _нормальные запросы протормозят. Но они _не блокируются до полной остановки. Это написано в /routine-vacuuming.html#VACUUM-BASICS. Там же написано про "два вакуума".

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

104. "Минздрав РФ планирует перейти на PostgreSQL и свободное ПО"  +/
Сообщение от Аноним (-), 07-Авг-14, 12:47 
Тебе же сказали, чтобы не писать подобный бред - прочитай документацию.
Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

111. "Минздрав РФ планирует перейти на PostgreSQL и свободное ПО"  +2 +/
Сообщение от rob pike (?), 07-Авг-14, 13:08 
Нет, не будешь. VACUUM (не full) использует очень нежный table-level SHARE UPDATE EXCLUSIVE lock, такой же использует CREATE INDEX CONCURRENTLY, к примеру.

Проблемы будут если ты сам зачем-то лочишь, причем относительно жестко и очень часто, на постоянной основе - тогда автовакуум не будет успевать получить лок и будет всё время обламываться - последствия чего не заставят себя ждать слишком долго.

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

171. "Минздрав РФ планирует перейти на PostgreSQL и свободное ПО"  +/
Сообщение от Рыбак_из_Припяти (ok), 07-Авг-14, 19:30 
> А я вот что-то не понял - это какой-то намёк на то,
> что вакуума там сейчас как бы нет? Или что?

NULL всегда был.

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

125. "Минздрав РФ планирует перейти на PostgreSQL и свободное ПО"  +/
Сообщение от PnDx (ok), 07-Авг-14, 14:46 
postgresql 8.4.* :
- открываем курсор на чтение какой-нибудь таблицы и "забываем" его
- запускаем VACUUM (обычный)
- Всё, deadlock (не уверен, что термин тут верный). Насколько понял, vacuum ждёт закрытия курсора, а попытка писать в таблицу ждёт отработки vacuum'а.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

135. "Минздрав РФ планирует перейти на PostgreSQL и свободное ПО"  +1 +/
Сообщение от rob pike (?), 07-Авг-14, 16:45 
Проблемы в PostgreSQL вообще и с вакуумом в частности, безусловно, есть.
Но приводить в пример 8.4 и забытые курсоры - это как-то не слишком спортивно.

Хотите обсудить реалии - давайте обсудим.
Начать можно отсюда:

> Where PostgreSQL really needs to go is to find some way to avoid needing to vacuum old, cold data ever.  The obstacle to doing this is that nobody has figured out how.

http://www.databasesoup.com/2012/12/freezing-your-tuples-off...

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

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

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




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

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