Эх, а в Днепре курсы по эмбедеду появились. Хочется пойти, в качестве хобби так сказать, но денег жалко, и времени не хват. А там прям с электроникой и пайкой обещают😔

ну там же ничего сверх естественного нету начните основы с ардуино и С, после можете перейти на ARM

У TypeORM також є квері білдер. Він здається дуже навіть ок.

+, джоины тоже нормальный. Если использовать raw query или query builder, то нужно постоянно писать миграции и обновлять тип entity

попробуй написать LATERAL JOIN на ней и попробуй создать колонку с serial типом

складний джойн на TypeORM на мою думку набагато приємніше писати аніж робити це голим SQL. Це питання пріоритетів, якщо вам потрібен перфоманс (для типових проектів не сильно має значнння) тоді SQL, а якщо треба щоб проект легко читався/підтримувався я б обирав орм (я і обираю)

Орм и сложный запрос. Говно. Юзайте орм только на изменение. На чтение - голыми запросами.

Я не мав кейсів де без цього не можна було обійтись. Хоча, можливо, вони є

+1

TypeORM очень ограничена в плане возможностей

И прячьте всё это за сервисным уровнем)

А если продвинутые, то event sourcing на изменение. И орм не нужен совсем.

причем тут event sourcing?
он решает совсем другие задачи

не розумію при чому тут event sourcing

При нем не нужно сложных меппингов. И орм не нужно.

Я не викупаю що має івент соурсінг до роботи із БД. Сорі

#2021
Наскільки зручно буде підримувати великий проект, де робота із БД відбувається через row SQL? Читати триповерхові SQL joins і тд. Не зручніше більшість робити через ORM і лише у вузьких місцях використати row?

#2021
Де можна побачити що при використанні SSE після кожного івенту з'єднання перепідключається? Працюю на проекті де ріл-тайм побудований на базі SSE, працює чудово. Не помічав перепідключень.

#2021
В догонку по ORM. В тому ж C# використовують EntityFramework, який 1 в 1 орм. Нормально живуть (напевно)

Да, но функционал у EntityFramework на много выше чем в TypeORM.
Я пока, что не встретил вообще норм ORM на NodeJS.

Если взять даже PHP там есть Doctrine это тоже ORM.
Но ее функционал закрывает 90% потребностей и живут счастливо.

При работе с этими ORM ты не столкнешься с проблемой, что почему-то тип такого поля который есть в БД не поддерживается. Либо что ты не можешь использовать JOIN в конструкторе запросов тот который тебе необходим.

TypeORM откровенно гавно. Говорит, что поддерживает postgresql, но при этом не все типы колонок поддерживается, не все типы join можно написать.

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