VL
Почему охуеешь
Size: a a a
2020 September 23
MK
Заказчик не знает чего хочет и структура БД будет меняться ОЧЕНЬ часто. Я бы сказал быстрее чем это можно себе представить
go
У тайпгуса очень странная документация 🙁
Прекрасная
MK
Только на всякие миграции и поддержание моделей/логики в нужном состоянии будет уходить процентов 30 полезной работы
VL
Заказчик не знает чего хочет и структура БД будет меняться ОЧЕНЬ часто. Я бы сказал быстрее чем это можно себе представить
У тайпорм есть авто генерация миграций
MK
Прекрасная
@prop({ ref: 'Nested' })
public nest: Ref<Nested>;Вот только для вменяемой работы нужно писать не Ref<Nested> а Nested
MK
Прекрасная
@prop({ ref: 'Nested' }) // since 7.0 it is recommended to use "ref: getName(Class)" to dynamically get the nameВот только getName пытается вызвать какой-то конструктор которого в тайпгусе нигде нет 🙂
MK
@prop({ ref: 'Nested' })
public nest: Ref<Nested>;Вот только для вменяемой работы нужно писать не Ref<Nested> а Nested
А иначе property name is not in Types.ObjectId / ну или любое другое свойство модели Nested
MK
У тайпорм есть авто генерация миграций
На другом проекте потыкаю. А щас достался проект на монге - делаю все, что могу
MD
орм - сиквалайз, как я понял?
MD
тайпорм и для постгре подойдет и для монги
VL
тайпорм и для постгре подойдет и для монги
Ну монгус в плане монги поярче будет
MK
Я и так его рефакторю уже 10й час. А там еще вот такое есть:
MK
И вот так для каждого поля которое приходит в запросе (штук 15)
NP
Подскажите почему запрос к бд может быть медленным?
всего юзеров в бд 4
const user = await this.repository.findOne({username: 'some');
так запрашиваю юзеравсего юзеров в бд 4
go
Зачем если есть вируталы
go
А ещё пре и пост хуки
MK
Зачем если есть вируталы
Еще не знаю, что такое виртуалы, но я в соседнем классе написал вот так:
go
В пре хук засунь