afiskon Oct 7 2016 at 14:02

ZSON: расширение PostgreSQL для прозрачного сжатия JSONB

4 min

10K

Postgres Professional corporate blogPostgreSQL*

Tutorial

+41

Comments 30

UFO just landed and posted this here

afiskon Oct 7 2016 at 15:09

Это умышленно, но не из-за проблем типа. Автовакуум на всех бенчмарках приводит к тому, что бенчмарк показывает не то, что вы думаете (работу автовакуума, а не тестируемого функционала). В теории автовакуум должен работать даже быстрее, так как размер туплов уменьшается и производится меньше дискового IO, но конкретных замеров я лично не делал.

yul Oct 7 2016 at 15:08

С индексами работает?

afiskon Oct 7 2016 at 15:09

Да, конечно.

alprk Oct 7 2016 at 15:51

А есть такое же для xml?

afiskon Oct 7 2016 at 16:06

Пока нет. Но по тому же принципу делается не сложно. А Вам правда нужно или просто интересуетесь?

alprk Oct 7 2016 at 16:21

Действительно пригодилось бы. Но возможно мою проблему можно решить конвертацией XML в JSON

SXN Oct 10 2016 at 10:42

Если и xml будут тогда уже будет отлично(полноценной). Спасибо за хороший фитчи

btd Oct 7 2016 at 19:19

А почему похожего нету в самом PG?

afiskon Oct 7 2016 at 21:01

Никто еще не добавил :) В рассылке предлагают включить zson, расширенный для xml и text, в базовую поставку.

Komzpa Oct 8 2016 at 09:52

Возможно, потому что zson_learn() выглядит, как ужасный костыль.

afiskon Oct 8 2016 at 11:08

Komzpa ну вы же знаете выражение — patches are welcome! :)

tsabir Oct 7 2016 at 22:10

Не могу понять, что нужно передавать в tables_and_columns? Если это названия таблиц и колонок в них, то пример {{'table1', 'row1'}, ...} не совсем удачный. Может лучше {{'table1', 'col1'}, ..}? Поясните пожалуйста.

afiskon Oct 7 2016 at 22:15

Это, конечно же, просто косяк в тексте, имелся ввиду col. Исправил, спасибо!

Ranckont Oct 10 2016 at 14:08

А как лучше содержимое zson_learn перенести с тестовой на продуктивную БД?

afiskon Oct 10 2016 at 14:08

Да как вам удобнее так и переносите. Через COPY например.

Ranckont Oct 10 2016 at 14:16

А проблем с какими-нибудь zson version/dict version или id, не будет?

afiskon Oct 10 2016 at 14:32

Если вы не обучаете zson и на тестовом окружении и на проде одновременно, то проблем быть не должно. Иначе перед обучением на тестовом окружении сначала перенесите полностью словарь с прода.

И конечно же, на все всегда делайте бэкапы!

Ranckont Oct 10 2016 at 15:16

Я так понял, что «My_schema».«Table» — работать не будет?

afiskon Oct 10 2016 at 15:22

Не уверен, что понял ваш вопрос. Если вы хотите включить расширение для схемы, то насколько я знаю, это работать не будет.

Ranckont Oct 10 2016 at 15:26

Ну да, не у всех в public данные.
А как прикрутить?

afiskon Oct 11 2016 at 10:58

Вижу вы послали патч в ЛС. Я его замержил, спасибо!

Ranckont Oct 11 2016 at 11:42

Там надо ещё подумать над тем, что таблица public.zson_dict, становится частью данных другой схемы, что становится как-то неправильно.
Или принудительно её создавать в используемых схемах или как-то в документации отобразить.

afiskon Oct 11 2016 at 11:46

Patches are welcome ;)

Ranckont Oct 11 2016 at 11:57

я посмотрел мельком код, я так понял название таблицы используется не только в plpgsql, но и в C
Не думаю, что правильнее править мне, т.к. получается, что я не во всём в курсе

Ranckont Oct 10 2016 at 16:45

Я думаю, можно вставить какой-нибудь шаблон, для исключения из словаря данных величин, которые будут заведомо единственные, скажем результат какой-либо последовательности.
Или потом удалить их словаря.

afiskon Oct 11 2016 at 10:45

Сейчас у zson_learn есть параметр, определяющий минимальное количество раз, которое строка должна встречаться в документах (по дэфолту 2, можно указать другое значение).

Ranckont Oct 11 2016 at 11:32

Чего-то не работает

postgrez4ik Oct 10 2016 at 22:34

в постгрез будете добавлять?

afiskon Oct 11 2016 at 10:44

Попробую, но заранее ничего не обещаю :)