Есть JSONB поле, внутри которого есть массив. Не нашёл в документации, сохраняется ли порядок элементов в таком массиве.

В принципе массив подразумевает собой упорядоченность элементов, просто хотел убедиться. Спасибо :)

эм... ну в JSON массив является упорядоченой структурой, почему в JSONB должно быть иначе?

Есть сервак с небольшой базой, порядка 100 гигов боевых таблиц, но к ней в нагрузку идут терабайты таблиц-логов, по которым требуются аналитические селекты (по дате и по привязке к юзеру). Плюс соответствующие индексы. Есть задача компрессии данных, чтобы логи могли храниться за больший период времени (дополнительный винт - не вариант). Какие есть способы сжать эти логи, чтобы они занимали меньше места? Производительность запросов по логам не существенна.

использовать файловую систему со встроенным сжатием и разместить эти логи на данной фс

Интересный вариант. А плагинов для компрессии нет?

в прошке вроде что-то такое есть, через тейблспейсы, щас читаю. У кого-то был опыт, камни?

tablespace есть и в ванильном ПГ. Или речь о другом?

это enterprise версия. Её нет в открытом доступе и она платная. Сильно платная

да я вижу, 25 кусков в год, не хило так

ну так я вам тоже самое предлагаю сделать на бесплатном ПГ через ту же ZFS. Очень кстати символично что в доке они так же назвали свой пример табличного пространства)))

да я понял, спасибо

тоько это надо с разделами возиться, а не хотелось бы

есть еще сжатие вроде в timescaledb, но это не совсем для вашей нагрузки схема

почему? логи вполне смахивают на временные ряды, почитаю там что есть про сжатие

можэет оно еще и быстрее будет на вставку работать после перехода на тсдб

вставок дохнера - много раз в секунду

о, оно даже умеет жать только устаревшие логи, похоже то что надо

Всем привет.Подскажите плиз не могу сджойнить jsonb,подкажите пожалуйста в чем проблема ?
from events e
inner join stats as st on e.data::jsonb -> 'session_uuid' = st.data::jsonb -> 'session_uuid'