Как мы решили проблему с памятью в PostgreSQL, не добавив ни байта

[immaculate]

Как раз на днях вышел пост от Robert Haas на связанную тему: How Much maintenance_work_mem Do I Need?

[pankraty]

Вижу, что перевод, но все же спрошу.

1. Не будет ли такой подход вызывать сильную фрагментацию данных и тормозов с VACUUM?
2. Почему бы не добавить индексированное поле, в котором хранится md5, с ограничением уникальности? При вставке данных можно просто отбрасывать уже существующие (делать UPSERT), тогда и чистить не придется.
3. Нет ли опасности удалить что-то нужное при коллизии хешей?

[eefadeev]

Ну, тогда будет скучно и неинтересно. Нельзя будет написать целую статью о том, как удалять то, что в нормальной БД вообще не должно появляться.

[Tiendil]

По-моему нужно было остановиться на md5 и дальше тюнить саму базу.

Подобные костыли до добра не доводят.

[red_led]

Я вообще не понимаю зачем тут pgcrypto, если postgres может сам сконвертировать:

select md5('my data')::uuid

Сравнить по скорости к сожалению не могу

[selivanov_pavel]

Картинка с графиком места на диске не грузится из-за роскомпозора, стоит перезалить на habrastorage.org

[nAbdullin]

А так?

[selivanov_pavel]

Ага, починилось.

[nvv]

Или задача сильно вырвана из контекста или в изначальной базе явные проблемы проектирования.

[igordoge]

У вас очень странный адрес оригинала статьи.
Вот ссылка на правильный

[nAbdullin]

Наша – через NoBlockMe. Не работает?