Сек, чекну, как у нас

Спасибо! Такое ощущение что я какие-то фундаментальные основы разработки под SQL-базу пропустил...

Ооо, а у нас миграции из скрипта программы прогоняются, вызываются в конфигурации орм

Ну я тоже думал думал и пришёл к выводу что это не такой плохой вариант. Но вопросик всё ещё остался - прогон запускается перед запуском приложения?

А, ну логично что да.
Ок, спасибо, сделаю у себя тоже 😌

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

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

в итоге 1/3 более или менее сделано, но остальное можно выкидывать и по новой проектировать и как итог и в коде везде переделки идут кучу рефакторинга по всему проекту

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

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

Я просто всегда, даже для многие ко многим, создаю отдельеый энтити

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

Да, видел в доках
НАм нужно знать время, когда запись появилась, поэтому отдыльный энтити

ну вот как раз пример говно кода без миграций начальных)

руками когда миграции создаешь мог описать эту третью таблицу как тебе надо и сделать поле креатедАт с дефолтным значением текущая дата

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

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

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

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

Всем привет! Как с помощью typeorm можно добавить виртуальное поле, содержащее значение какой-либо колонки последней записи связанной таблицы, при отношении многие ко многим ?

Может пример у кого есть

Читай документацию

Через билдер

Там можешь свои поля поставить вычисояемые