Долго выполняется запрос что можно предпринять

для случайных новичков - речь не о том что язык умирает а о том что процесс живет всегда в ноде и форкается и умирает в пыхе
(Добавление)
ну и что
рано или поздно ты задумаешься о переходе из количества в качество
станет скучно клепать типовые проекты
ну или нет)
но с ростом дееспособности вырастут потребности
и тебе уже будет мало
ну или нет))
(Добавление)
мне сейчас не просто платят а соревнуются работодатели
нет проблемы получить деньги
совсем нет проблемы
проблема появилась что я делаю вообще))
чего и Вам желаю
(Добавление)
перечитал свое сообщение
подумал не гоню ли я?
нет
не гоню
все так и есть

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

при хорошей базе осилишь легко
но в твоем случае думаю что будет проблема с пониманием ассинхронности задач
впрочем это не в конве топика
если понадобится совет делай новый топик или мне в лс
советую изучить SOLID
оно неизменно для любого яп

да и что с запросом не так, ну большой, ну фильтр такой, много полей, при выборе ищутся совпадения для оператора во избежание дублей
Прикреплено изображение (Нажмите для увеличения)

а еще куча людей как жуки копошатся в базе выполняя подбор
Прикреплено изображение (Нажмите для увеличения)

я хз
мне лень))
явно архитектуру передумай
прочитай Макконелла "Совершенный код"
неделя на чтение и не будет подобных проблем
на вскидку решение "табличное решение"
прочитав поймешь
еще надо понимать структуру b-tree
и возможно сделать первичным ключем составной ключ
вот через 2 недели все прочитав и изучив обращайся снова с вопросом
мы хотябы будем говорить на одном уровне

при вводе это фильтр постоянно обращается к базе
Прикреплено изображение (Нажмите для увеличения)

и снова можно улучшить быстродействие внедрив кэш
на редисе например
или понять как работают индексы послушав моего совета выше
и этого может быть достаточно
не тривиально
думай
(Добавление)
составной первичный индекс
понимание в чем различие первичного ключа
понимание что есть покрывающий индекс
короче чувак ты level up
уже не работает просто положить в бд и получить
вот после того ка изучишь индексы в общих чертах рекомендую https://www[dot]youtube[dot]com/watch?v=[dot][dot][dot]r-vf&index=3
но только после общего изучения
иначе нифига не поймешь
и если остануться вопросы по текущему проекту милости просим

спасибо, за дельные советы

сейчас данных стало больше есть на чем тестировать, по тестам хорошие результаты двумя селектами
первый с кучей INNER JOIN фильтр
а по полученным ID
куча LEFT JOIN для вытаскивания параметров уже у условием IN (id из первого запроса)
(Добавление)
Да что то сразу я этого не додумался сделать, в итоге первый запрос сокращает выборку и есть стимул для использования ключей, в том варианте что я делал одним запросом через WHERE, добавление параметров утяжеляет выборку

(Отредактировано автором: 15 Апреля, 2016 - 11:09:55)

вобщем ушел от LEFT JOIN совсем, просто всем скопом запрашиваю параметры отсортированных обектов а потом в цикле набиваю массив который и раскладываю на выводе, сразу залетало

(Отредактировано автором: 15 Апреля, 2016 - 16:26:59)