Комментарии 30
НЛО прилетело и опубликовало эту надпись здесь
Это умышленно, но не из-за проблем типа. Автовакуум на всех бенчмарках приводит к тому, что бенчмарк показывает не то, что вы думаете (работу автовакуума, а не тестируемого функционала). В теории автовакуум должен работать даже быстрее, так как размер туплов уменьшается и производится меньше дискового IO, но конкретных замеров я лично не делал.
С индексами работает?
А есть такое же для xml?
А почему похожего нету в самом PG?
Не могу понять, что нужно передавать в tables_and_columns
? Если это названия таблиц и колонок в них, то пример {{'table1', 'row1'}, ...}
не совсем удачный. Может лучше {{'table1', 'col1'}, ..}
? Поясните пожалуйста.
А как лучше содержимое zson_learn перенести с тестовой на продуктивную БД?
А проблем с какими-нибудь zson version/dict version или id, не будет?
Если вы не обучаете zson и на тестовом окружении и на проде одновременно, то проблем быть не должно. Иначе перед обучением на тестовом окружении сначала перенесите полностью словарь с прода.
И конечно же, на все всегда делайте бэкапы!
И конечно же, на все всегда делайте бэкапы!
Я так понял, что «My_schema».«Table» — работать не будет?
Не уверен, что понял ваш вопрос. Если вы хотите включить расширение для схемы, то насколько я знаю, это работать не будет.
Я думаю, можно вставить какой-нибудь шаблон, для исключения из словаря данных величин, которые будут заведомо единственные, скажем результат какой-либо последовательности.
Или потом удалить их словаря.
Или потом удалить их словаря.
в постгрез будете добавлять?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
ZSON: расширение PostgreSQL для прозрачного сжатия JSONB