Мне особенно понравилась недавно обнаруженная мною "фича" тайпорм - возвращать первый элемент в базе при вызове метода findOne, когда передаёшь ему undefined.

Можна просто написати репозиторій, що буде використовувати моделі, а запити писати на тому ж чистому sql для прикладу.

Мене більше посміхнуло з того, що в sql достатньо дописати LIMIT 1, щоб добитись такого ж результату, як в findOne() . Важко повірити, що це складно вивчити і з кожним таким обговоренням мені все більше здається, що люди забули, що таке "нормалізація" і як правильно робити JOIN .

P.S. треба буде перевірити за undefined. 😅

Я это сам недавно на работе обнаружил, чему был весьма удивлён, ибо кому такое поведение нужно - я не знаю, а багов и уязвимостей это лишь добавит, отчего либо костыли, или, что мне куда больше нравится - отказываться от этих орм и использовать чистые запросы в паре с каким-то query builder.

Якщо тут є люди, що використовували mysql/mysql2 пакети і перейшли на pg (чи інший пакет) відчули "приріст перформенсу"? Чудово було б знати, особливо, якщо була нагода перевірити це на складних запитах чи тих, що повертають велику кількість записів.

Здраствуйте. Подскажите как решить проблему

Не получается правильно организовать порядок использования: я сначала считываю папку uploads, получаеться массив файлов, которые нужно обработать. Этот массив разделяю между воркерами - cluster.fork() - и каждому припадает свое задание. Они паралельно начинают исполняться. Их задача свою часть - массив - пропустить через функцию compress она создает папку images и сжимает файлы, потом после сжатия нужно пройти через функцию add, оно берет файлы из папки images и подписывает их красной строчкой - sample watermark.

Так должно работать: такой порядок исполнения.
Но у меня получаеться, что функция подписи - add - она иногда срабатывает раньше чем compress.
( Там проверка на наличие файла в ней: exists )
И поэтому файлы не подписывает.
И еще некоторые файлы теряються: не попадают в папку images. На входе их 73, а на выходе 55-57.

Как сделать так чтобы функция add запускалася после того как функция compress полностью завершит свою работа ---- как огранизовать правильный порядок исполнения функцию?

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

А почему кластер? Это же скорее просто основной процесс, который раздаёт задания, и пачка дочерних, которые при старте получают своё задание

Так и есть. Но появила еще одна проблема. Когда в папке 5 файлов, то работает хорошо. Если на вход дам 40-50 файлов, то оно сжимать успевает, а подписать нет.

Не понял про так и есть. Ты упомянул claster.fork. Ты с помощью cluster порождаешь дочерние процессы, или через child_process?
Да и вообще похоже что тебе нужна очередь. И пулл из пары дочерних процессов, которые её разбирают

Могу скинуть репозиторий, посмотрите.  
Команда для запуска:
node multicore

https://github.com/RV8V/Task_2?files=1

Knex уже используем, полет нормальный)

Ну вот кластер там не нужен

Cluster нормально подходит. Вопрос в том почему при большом обьеме файла идут пропуски? Часть файлов подписана, а часть нет. Но все они сжаты.

setTimeout(() => Fal.add(file) ,1000)
Это что?
forEach не дружит с промисами
Поэтому иногда вам везёт, иногда нет

с Sequelize'ом уже давно не работал, не могу подсказать

Не подходит. Вы неправильно его применяете, вам не он нужен, а child_process

Я сделал setTimeout чтобы функция add пролезла (успела отработать). Без этого она 'впролете'

Ну при таком подходе - делайте таймаут минуту, и надейтесь, что этого времени хватит