поможем готовить хорошо :)

да вроде нет необходимости, громозкий он. Для поиска есть shinx, а для хранения есть много чего )

Algolia как вариант

ну тут не тот чат, чтобы спорить об этом, я думаю вы не правы, он идеально может подойти для данной задачи

для координат всегда использовал, да и буду, наверное, использовать только postgre

Николаю надо более конкретно описать нюансы хранения данных, чтобы принять правильное решение

ну да, я и не собирался спорить )

Инструмент нужно подбирать под задачи.

верно! :)

Algolia как вариант

10K Records/100K Operations - бесплатно, и развитие его уже превратилось в коммерцию. А так это чистой воды форк эластика )

Николаю надо более конкретно описать нюансы хранения данных, чтобы принять правильное решение

От "хранения" нужно две основыне выборки - по устройству (ID, imei....), и по времени (от-до). Остальная логика - в приложении. Выборка по времени ограничена на клиенте не больше 24 часов. Хранить нужно минимум 30 дней.

объём данных?

обновление данных?

Подскажите, как тестировать на локалке авторизацию через passportjs? Я сделал авторизацию через github. Сервер на localhost:3333 (RESTAPI). Проходит всё норм, в БД всё сохраняется. И получение данных пользователя по /account работает норм. Но, когда я делаю запрос с localhost:3000, пишет, что не авторизован. Паспорт не сохраняет ничего в куках, но при обращении к /account, выдает инфу нормально

От "хранения" нужно две основыне выборки - по устройству (ID, imei....), и по времени (от-до). Остальная логика - в приложении. Выборка по времени ограничена на клиенте не больше 24 часов. Хранить нужно минимум 30 дней.

несмотря на хранение координат геовыборка не нужна?

обновление данных?

примерно каждые 3-5 сек приходят данные отустройств, это координаты + время. Устройств сейчас около 400, но будет расти. ОБновление - сейчас сделано с задержкой в 2-3мин, можно увеличить до минут 5ти.

геовыборка - не нужна

тогда вам и postgres хватит

если бы нужно было просто историчность хранить, писать каждую новую запись координат, тогда elasticsearch был бы правильнее

в нём можно как гистограму перемещений по времени делать в запрос, так и просто выбирать распределённо данные по шардам очень быстро даже при хранении терабайты данных

если таких задач нет, то не стоит заморачиваться с более сложной интеграцией :)

в нём можно как гистограму перемещений по времени делать в запрос, так и просто выбирать распределённо данные по шардам очень быстро даже при хранении терабайты данных

постгрес тоже умеет)

😂

постгрес тоже умеет)

большими ресурсами и дольше в выборке по времени ;)

большими ресурсами и дольше в выборке по времени ;)

зато мы точно знаем когда данные доехали до бд и доехали ли вообще)

ну и постгис на самом деле крут - не уверен, что разница по времени будет существенной

зато мы точно знаем когда данные доехали до бд и доехали ли вообще)

эластик это давно не поисковый движок) там очень много в персистентность данных сделано

рекомендую почитать про 6 ветку для общего развития ;)

эластик это давно не поисковый движок) там очень много в персистентность данных сделано

Elasticsearch is a distributed, RESTful search and analytics engine - что говорит нам о том что он для поиска и анализа

Но, опять, это не тема этого чата

эластик это давно не поисковый движок) там очень много в персистентность данных сделано

лет 5 назад смотрел - это остановило нужно было грохать и пересоздавать большие массивы - не был уверен, что оно заработает А так спасибо - почитаю

да, согласен, в общем он давно storage с персистентностью, но без ACID)

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

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

выросли значит - надо будет посмотреть)

примерно каждые 3-5 сек приходят данные отустройств, это координаты + время. Устройств сейчас около 400, но будет расти. ОБновление - сейчас сделано с задержкой в 2-3мин, можно увеличить до минут 5ти.

Смотрели clickhouse? Он спецом предназначен по датам собирать, чтобы потом очень быстро агреггировать?

Смотрели clickhouse? Он спецом предназначен по датам собирать, чтобы потом очень быстро агреггировать?

да, он тоже в планах "на посомтотреть"

да, он тоже в планах "на посомтотреть"

Кликхаус отлично работает с таймлайнами.

+++ clickhouse вообще для задач аналитики крутой)

Прям очень сука быстро.

но этим он и ограничен)

Привет, работал кто с tsserver?

но этим он и ограничен)

И это правильно. Для каждой задачи - свой инструмент, который свои задачи делает как нужно.

И это правильно. Для каждой задачи - свой инструмент, который свои задачи делает как нужно.

Поддерживаю

хей, народ

использую sequelize

и следующая ситуация

Message belongsTo User as Receiver

Message belongsTo User as Sender

как можно сделать выборку, чтобы получить 10 юзеров, с которыми последними я общался?

кто сталкивался подскажите, плиз

https://github.com/nodejs/node/pull/15445/files

?

как можно сделать выборку, чтобы получить 10 юзеров, с которыми последними я общался?

не пиши столбиком, пожалуйста

без проблем 🙂

привет а как можно использовать await/async на ноде js у меня v8.9 let m_orderid = await this.getOrderId(options); ^^^^ SyntaxError: Unexpected token this static getOrderId(options){ return new Promise((resolve,reject) => { resolve(new Date().getTime()); }); }

Посмотри на что ругается

на this

хотя он есть это клас

Await. Можно юзать только внутри async функции

На await ругается, когда функция не помечена как async

static async getOrderId(options){

?

Ту где использовать хочешь

она внутри класа

Нит, там где эвейт у тебя

static async getOrderId(options){

Нет

getOrderId(options){ return new Promise((resolve,reject) => { resolve(new Date().getTime()); }); }

async fucntion (){ let m_orderid = await this.getOrderId(options); }

пробывал сюда async в перед поставить не помогает

а

Попробуй иногда читать!!!

И почини getOrderId

getOrderId(options){ return Promise.resolve( Date.now()); }

спасибо

getOrderId(options){ return new Promise((resolve,reject) => { resolve(new Date().getTime()); }); } это просто времнное решение тут будет запрос к бд

getOrderId(options){ return Promise.resolve( Date.now()); }

поэтому такой вариант не подходит

Попробуй иногда читать!!!

=) окей да я почитал както не допер что имели ввиду

Что?

Каким боком он не подходит, если кода меньше а результат тот же?