Пытался сформулировать вопрос как мог, видимо, не очень получилось. По этому на скрине я красными метками отметил поля, которые должны вернуться в результате запроса. И данные в JSON не дублируются, а наоборот дополняются из отсеченных записей. Насколько я понимаю это group by по pbx_call_id но с применением подфункции, в которой что-то типа WHERE zz.pbx_call_id = z.pbx_call_id order by zz.callstart ASC но не могу сообразить как это правильно скрутить вместе
Redis подошел почти идеально, неудобство только в том, что значение он хранит только строковое, приходится каждый раз преобразовывать координаты в строку и обратно. Плюс к этому из-за строк использование оперативной памяти крайне не рационально. По это я написал свой сервис на Go, который хранит только нужный мне тип данных затрачивая всего 12 байт на запись (плюс определенный оверхед) и это работает хорошо.
Может это с нодой какой-то косяк (использую v10.16.3 на Ubuntu 16.04) но как бы я не заполнял память, она не увеличивается до определенного момента, процессу дается максимум 1.5 - 1.6 Гб и дальше все, даже массив не заполнить. Пробовал заполонять несколько массивов, все равно дальше лимита все начинает дико тормозить. Видимо, придется использовать какое-то стороннее хранилище
Спасибо за подробный ответ, много дельной информации. Теперь тоже думаю, что пока не появится какого-либо минимально жизнеспособного продукта в "камунити" можно не соваться. А пока просто буду делать заметки в блоге, приглашать друзей, знакомых и от этой кучки получать свежие мысли и идеи.
