но я тогда потрачу время на обращение к базе

во первых промис до завершения не позволит остальному коду что то делать в о вторых почитай https://habrahabr.ru/company/mailru/blog/269465/

во первых промис до завершения не позволит остальному коду что то делать в о вторых почитай https://habrahabr.ru/company/mailru/blog/269465/

не позволит :)

на таком количестве

плюс цепочки промисов

ты попробуй

во первых промис до завершения не позволит остальному коду что то делать в о вторых почитай https://habrahabr.ru/company/mailru/blog/269465/

только если освободится поток исполнения

уже было :)

ты попробуй

изучи стандарт ecmascript

все плохо?

стек забивается

все плохо?

синхронные операции блокируют поток, и промисы вообще никакой погоды не сделают только увеличат память

обход массива это как раз синхронная операция

промис даже на 100к все вешает

я не настаиваю но массив можно перебрать лодашевским фор.ичем он с этим справляется + куча плющек на поиск и выбоку нужных элементов массива

плюс лодашевкая Math

нативное явно быстрее лодаша будет :)

нативное явно быстрее лодаша будет :)

+

особенно, если не юзать всякие forEach, а старый добрый for

не всегда нативно forEach для перебора массива не используешь к тому же var someVal = someArray.filter('someVAl'...) не сможешь использовать

все эти forEach, map, reduce, filter это обертка над for'ом

не всегда нативно forEach для перебора массива не используешь к тому же var someVal = someArray.filter('someVAl'...) не сможешь использовать

дублировать массив из 100К элементов прям крутая затея

быстрее это всё в одном цикле сделать

все эти forEach, map, reduce, filter это обертка над for'ом

mac и reduce под капотом имеют нативную реализацию (в v8)

ну ок

Как вариант можно чистить память для всех элементов внутри цикла, те For(i=0;i<len;i++){ let v=...; v=null;}

Может памяти будет меньше жрать

нативное явно быстрее лодаша будет :)

если просто перебирать каждый i'ный элемент, то да. А если нужны какие-то сложные операции с масивом, то лодаш лучше справиться, там внутри работают алгоритмы, которые могут решают задачу, даже не перебрав весь массив

sequelize можно заставить запихать Station в отдельный объект?

чтобы можно было обращаться item.Station.id

Все поля по по которым будут сравнения вынеси в поля таблицы, раскидывай их

шта

Птом повесь индекс на поля которые с помощь === будут сравниватся http://docs.sequelizejs.com/manual/tutorial/models-definition.html#indexes

Вынеси в отдельное поле

чтобы можно было обращаться item.Station.id

При заполнении раскидай все такие которые во вложенной структуе

чёт ниче не понял, как мне индексы помогут в этом

Ну ты в каком месте хочешь до вложенного объекта стучаться?

Если в условии для фильтрации то индекс должен помощь, если для рендора то не сильно поможет

это индекс для базы

причем он тут

во всех челочеческих ORM все связи пихаются в отдельные объекты, должно быть: { Station: { id: 1, name: ... ... } compF: ... ... }

а не то что sequelize сделал

Ну я про оптимизацию говорю

ставить индексы я умею, спасибо :)

я спрашиваю как в результате выборки сделать, чтобы Station, который джойнится был в отдельном объекте, чтобы в цикле потом обращаться item.Station.id, а не item['Station.id']

Ну где юзается переменная?

Условие или рендер

причем тут цикл

.findAll(...).then((results) => { console.log(results[0]['Station.id']) }) .findAll(...).then((results) => { console.log(results[0].Station.id) })

Запрос дай сиквел который он генерит

Надо чтобы он был один

запрос нормальный :)

один :)

обычный INNER JOIN

На всех полях индексы есть которые =

?

В запросе

причем тут индекс

Ну я опять за оптимизацию

всё нормально с оптимизацией, не переживай :)

А чем тебе не угодило обращение в квадратных скобках?

после проектирования базы на 200 таблиц с индексами я уж как нибудь справлюсь :)

ну неудобно, очевидно

со строками работать

А рав труе? Замедляет да?

никакой разницы не заметил

А кто кастомные протоколы делал, как заставить винду закрывать предыдущий апп?

если именно апп

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

но килять придется через wmi, а в js он чет соу слоу

с дочерними процессами попроще

непонятно только нахрена? :)

ну потому что переход через custom-scheme://link в винде все время создает новый процесс, из которого надо либо послать сигнал в старый (как?) или убить старый и запустить новый (как?)

мини прогу напиши которая будет уже запускать или активировать ранее созданную

эта мини и будет слушать урл

ну потому что переход через custom-scheme://link в винде все время создает новый процесс, из которого надо либо послать сигнал в старый (как?) или убить старый и запустить новый (как?)

процесс электрона?

ipc

ну потому что переход через custom-scheme://link в винде все время создает новый процесс, из которого надо либо послать сигнал в старый (как?) или убить старый и запустить новый (как?)

https://github.com/electron/electron/blob/master/docs/api/ipc-main.md

посылаешь, слушаешь, делаешь app.quit() где надо

Да нет. Это отдельный процесс, запускаемый извне

Да нет. Это отдельный процесс, запускаемый извне

он как дочерний?

в диспетчере

Издеваешься? Говорю же, отдельный. Запускаемый извне

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

Ну можно пил ещё писать в файлик

Но в этом чате это никто не решал, ок, я понял)

не, так не запишешь

если он не электроном запускается

я на десктопе такое решал)

Издеваешься? Говорю же, отдельный. Запускаемый извне

кто родитель процесса то? что-то системное?

Да, переход по кастомной ссылке

ну да, только через wmi

и права придется запрашивать

setAsDefaultProtocolClient

Я могу вообще сказать как этот процесс дергать

а не проще при установке приложения зарегать протокол?