a
Просто записать в бд данные и все с другого пк который находится далеко
если нету дос тупа к рутору можешь забирать данные с сервера , например из json
Size: a a a
2021 January 12
YS
А как так получается, ведь все равно апсерт делается. Только без временной таблицы я не делаю операцию copy, а сразу insert on conflict. А во втором варианте я сначала делаю copy, а потом insert on conflict. И второй вариант будет быстрее?
Да, вполне возможно, что он будет быстрее. Если у Вас есть время — протестируйте оба варианта (это же несложно).
YS
А можно подробнее? Это с помощью функций json_array_elements_text и подобных?
Да, с помощью подобных.
D
at
если нету дос тупа к рутору можешь забирать данные с сервера , например из json
Хорошо вопрос, допустим мне на сервер пришли данные(1, 2) я не доконца понимаю сколько они там хранятся на сервере
D
Данные приходят и мне сразу надо их забирать или есть время
Ss
at
руками запускал или по времени ждал
И так и так
a
И так и так
процесс pgagent запущен ?
a
И так и так
на какой системе база ?
a
Хорошо вопрос, допустим мне на сервер пришли данные(1, 2) я не доконца понимаю сколько они там хранятся на сервере
как сделаешь , можно каждый день, час , делать отдельный файл например
SS
Yaroslav Schekin
Да, с помощью подобных.
Спасибо, так получилось:
А в чем смысл этого? Хочется просто понять поглубже, зачем нужно: 'Expands a JSON array to a set of JSON values.'
select m.id, avg((d->>'value')::numeric) as avg_download
from measurement m, json_array_elements(m.download) d
group by m.id
А в чем смысл этого? Хочется просто понять поглубже, зачем нужно: 'Expands a JSON array to a set of JSON values.'
Ss
at
процесс pgagent запущен ?
Да
D
Ага , я правильно понимаю: Пришли данные на сервер (1,2) они будут хрониться на сервере пока новые данные не придут ???
AG
Добрый день! Подскажите пожалуйста, как лучше сделать трек изменений (для синхронизации), на уровне приложения или бд?
AG
думал триггерами считывать изменения, но они будут вызываться после того как данные были inserted из другого мастера
YS
Спасибо, так получилось:
А в чем смысл этого? Хочется просто понять поглубже, зачем нужно: 'Expands a JSON array to a set of JSON values.'
select m.id, avg((d->>'value')::numeric) as avg_download
from measurement m, json_array_elements(m.download) d
group by m.id
А в чем смысл этого? Хочется просто понять поглубже, зачем нужно: 'Expands a JSON array to a set of JSON values.'
Эээ... чтобы получалось писать такие запросы, например (я всегда как-то теряюсь, когда кто-то задаёт вопросы вроде "зачем нужно умножение?" или "зачем нужен оператор получения элемента из массива?" ;) ).
SS
Yaroslav Schekin
Эээ... чтобы получалось писать такие запросы, например (я всегда как-то теряюсь, когда кто-то задаёт вопросы вроде "зачем нужно умножение?" или "зачем нужен оператор получения элемента из массива?" ;) ).
Имеется ввиду, я хочу понять - зачем конкретно постгресу распаковывать JSON массив. Как пример: в нереляционных базах это не обязательно зачастую
SS
Я интуитивно понимаю конечно, что ему нужно разбить массив, но зачем это делать явно. Потому что он на самом деле не знает, у него там массив или хэшмапа?
YS
Имеется ввиду, я хочу понять - зачем конкретно постгресу распаковывать JSON массив. Как пример: в нереляционных базах это не обязательно зачастую
Это нужно не постгресу, а Вам, чтобы получить желаемый результат, нет? ;)
Т.е. реляционки в норме работают с relations, поэтому и подходы к обработке данных в них такие.
А так — есть же jsonpath. Может, на нём можно написать аналогичное выражение?
Т.е. реляционки в норме работают с relations, поэтому и подходы к обработке данных в них такие.
А так — есть же jsonpath. Может, на нём можно написать аналогичное выражение?
AG
Можно ли как-то отключить триггер, когда данные вставляються/обновляються/удаляються приложением синхронизации?
SS
Yaroslav Schekin
Это нужно не постгресу, а Вам, чтобы получить желаемый результат, нет? ;)
Т.е. реляционки в норме работают с relations, поэтому и подходы к обработке данных в них такие.
А так — есть же jsonpath. Может, на нём можно написать аналогичное выражение?
Т.е. реляционки в норме работают с relations, поэтому и подходы к обработке данных в них такие.
А так — есть же jsonpath. Может, на нём можно написать аналогичное выражение?
Я не знаком с jsonpath. Вообще почитаю что-нибудь, у меня большой пробел с работой с жсоном в реляционных базах