Так это ты в TypeOrmModule.forRootAsync пропихиваешь? Получается ж, что так надо вообще все сущности сначала тут перечислить, а потом ещё в модулях в imports: TypeOrmModule.forFeature([...])
Так это ты в TypeOrmModule.forRootAsync пропихиваешь? Получается ж, что так надо вообще все сущности сначала тут перечислить, а потом ещё в модулях в imports: TypeOrmModule.forFeature([...])
Просто бывают проекты, где 200+ таблиц. Сначала их все в TypeOrmModule.forRootAsync перечислять, потом ещё в TypeOrmModule.forFeature([...]) в нужных модулях...
Просто бывают проекты, где 200+ таблиц. Сначала их все в TypeOrmModule.forRootAsync перечислять, потом ещё в TypeOrmModule.forFeature([...]) в нужных модулях...
Ну я юзаю квери-билдер, т.к. он мне кажется более приближенным к sql - и это удобно. Но entityManager я тоже так или иначе использую, но не непосредственно для формирования запросов
Ну я юзаю квери-билдер, т.к. он мне кажется более приближенным к sql - и это удобно. Но entityManager я тоже так или иначе использую, но не непосредственно для формирования запросов
пусть будет, я буду очень рад)) динамику и на яве и шарпе можно делать если захотеть, есть всякие паттерны же
Ну, такое себе - на любителя, лучше уж типа java/c# через тоже вебассамбле в браузер. Просто там типа обертка нужна в виде ангуляр подобного фраймворка