у меня просто был похожее нечто, но оно не заработало https://stackoverflow.com/questions/61275599/is-it-possible-to-use-subquery-in-leftjoinandselect-in-typeorm

я тут ещё с подачи @handlechange  потыкал typeORm.. это конечно кхе-кхе... я вот смотрю на запросы и вижу что например leftJoinAndMapOne он НЕ делает запрос с базе с LIMIT 1 он просто выбирает так же все записи по условию, простом сам на уровне орм из массива пришедших значений берёт 0 элемент. название конечно подсказывает, но это как бы неправильно с т.з. логики)) то есть если ты знаешь что тебе нужна одна запись то ты и запроси одну, разве я как-то не прав? а так запросить тыщу чтобы вытянуть одну.. ну как бы такое себе дело.

надо на sequelize переходить)

или руками sql строить

Ребята, всем привет! А как получить доступ из декоратора к инстансу сервиса?

там будет проблема с разбором данных))) у тебя всё придёт плэйн объектом)

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

Да просто не хотелось в декоратор через параметр прокидывать сервис, не кошерно как-то

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

Переменная сама по себе
export let GLOBAL_MY_SERVICE;

Добрый день, ребят, может, кто в курсе, возможно ли в typeorm указать, что столбец опциональный? Типа

@Column()
column?: string

@Column()
column?: string

может значение в столбце?

Нет, сам столбец

Дело в том, что есть 2 базы с почти идентичными моделями, но в dev версии есть столбец в одной из таблиц, а в prod его нет

это как, у одной записи это столбец будет, а у другой нет?

@Column()
column?: string

@Column({type: '', nullable: true})

Вопрос не о том, может ли сам столбец хранить null значения

Что-то вроде @ApiPropertyOptional в class-validator, но для таблицы, модель которой описана с помощью typeorm.
Когда пытаюсь гуглить, натыкаюсь на как раз-таки советы в стиле "nullable: true"

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

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