RK
Олег - а можно услышать от первого лица: В каких реальных кейсах JSON формат имеет преимущество перед JSONB ?
Size: a a a
2020 June 02
OB
Олег - а можно услышать от первого лица: В каких реальных кейсах JSON формат имеет преимущество перед JSONB ?
Когда вы храните документы, в которых важно форматирование.
OB
Когда вы храните документы, в которых важно форматирование.
Собственно я потому и спрашиваю тут, мне самому текстовый json не нужен, но я знаю, что есть разработчики и приложения, которые опираются на текстовый json, в котором сохранено все форматирование.
RK
Когда вы храните документы, в которых важно форматирование.
Это понятно - вот просто думал, а где оно важно... ЭЦП ?
YS
Казалось бы, тем, кому нужно просто хранить и извлекать JSON-ы (не искать по ним, не "разбирать" их в базе) — обычно выгоднее использовать JSON (быстрее сохранять/извлекать и чаще всего компактнее)... нет?
АФ
у меня есть кейс когда нужно сверять изменилось ли что-то в json. Сомневаюсь что можно доверять форматированию в браузере, тем более что js не гарантирует порядок полей в объекте, поэтому идёт преобразование в jsonb, в text и от него md5 сохраняется в поле типа uuid и эти uuid-хэши сравниваются
RK
у меня есть кейс когда нужно сверять изменилось ли что-то в json. Сомневаюсь что можно доверять форматированию в браузере, тем более что js не гарантирует порядок полей в объекте, поэтому идёт преобразование в jsonb, в text и от него md5 сохраняется в поле типа uuid и эти uuid-хэши сравниваются
А хранится оно все же как - в jsonb?
АФ
А хранится оно все же как - в jsonb?
да
KK
Много раз ко мне приходили с такой просьбой, но никто не сказал, а в каком формате передавать ? Есть десятки разных и единого мнения нет, а если форматы не совпадают, то это приведет к лишней нагрузке на cpu.
У меня два года патчик висит на комитфесте с сжатием libpq трафика.
Но создаётся такое впечатление, что это никому не нужно:(
Но создаётся такое впечатление, что это никому не нужно:(
m
Ты можешь гарантировать, что снимок учитывает состояние кешей ФС, как минимум? Кеши СУБД он точно не учитывает.
Процедура выполнения бэкапа описана в официальной документации (процедуры start_backup(.…) и stop_backup(…)):
https://www.postgresql.org/docs/12/continuous-archiving.html#BACKUP-LOWLEVEL-BASE-BACKUP
https://www.postgresql.org/docs/12/continuous-archiving.html#BACKUP-LOWLEVEL-BASE-BACKUP
DB
plpgsql функция должна принимать на вход результат некоего запроса. Правильно ли описывать структуру результата запроса с помощью create type sometype (), и декларировать аргумент функции как setof sometype ? Можно ли сделать более правильно?
V
Привет! Мне нужно сохранить 100 млн записей в виде дерева с одним корневым элементом. Подскажите, пожалуйста, как лучше сделать?
Я нашёл ltree, но ничего не нашёл про производительность.
Я нашёл ltree, но ничего не нашёл про производительность.
ВК
Коллеги, я чего-то видимо недопонимаю.
При PITR указал в конфиг recovery_target_action = 'shutdown'
но база после наката WAL-ов не выключается, а вместо этого
archive recovery complete
...
database system is ready to accept connections
Такое поведение характерно только для режима promote
из доки:
а мне надо:
При PITR указал в конфиг recovery_target_action = 'shutdown'
но база после наката WAL-ов не выключается, а вместо этого
archive recovery complete
...
database system is ready to accept connections
Такое поведение характерно только для режима promote
из доки:
вариант, promote, означает, что процесс восстановления завершится и сервер начнёт принимать подключения.
а мне надо:
с вариантом shutdown сервер остановится, как только цель восстановления будет достигнута.
GS
Коллеги, я чего-то видимо недопонимаю.
При PITR указал в конфиг recovery_target_action = 'shutdown'
но база после наката WAL-ов не выключается, а вместо этого
archive recovery complete
...
database system is ready to accept connections
Такое поведение характерно только для режима promote
из доки:
а мне надо:
При PITR указал в конфиг recovery_target_action = 'shutdown'
но база после наката WAL-ов не выключается, а вместо этого
archive recovery complete
...
database system is ready to accept connections
Такое поведение характерно только для режима promote
из доки:
вариант, promote, означает, что процесс восстановления завершится и сервер начнёт принимать подключения.
а мне надо:
с вариантом shutdown сервер остановится, как только цель восстановления будет достигнута.
YS
plpgsql функция должна принимать на вход результат некоего запроса. Правильно ли описывать структуру результата запроса с помощью create type sometype (), и декларировать аргумент функции как setof sometype ? Можно ли сделать более правильно?
Нет, это неправильно (показанный Вами способ).
Вы это в принципе пробовали (это же вообще не должно работать)?
Вы это в принципе пробовали (это же вообще не должно работать)?
GS
это из-за того, что точка "применяй WAL пока есть" не является явной точкой восстановления
GS
и поэтому recovery_target_action не выстреливает
YS
Привет! Мне нужно сохранить 100 млн записей в виде дерева с одним корневым элементом. Подскажите, пожалуйста, как лучше сделать?
Я нашёл ltree, но ничего не нашёл про производительность.
Я нашёл ltree, но ничего не нашёл про производительность.
Adjacency list ( CREATE TABLE your_tree(id, parent_id); ).
GS
я постараюсь продолжить работу над фиксом на днях
ВК
и поэтому recovery_target_action не выстреливает
starting point-in-time recovery to 2020-06-01 11:00:00+03
т.е. у меня режим на точку во времени назад, а не с последнего вала
т.е. у меня режим на точку во времени назад, а не с последнего вала