🏡K
ну вроде нормальн, по началу трудно со всем этим, птом освоишся
Size: a a a
2020 August 29
🏡K
там нужно указывать орм о необходимости подгрузки доп данных, когда зарпрос будешь ормный писать
🏡K
ребят, может кто знает как можно такой запрос переписать в typeorm?
select
groups.*,
COUNT(*) FILTER (where status in ('ACTIVE','ONLINE')) AS active,
COUNT(*) FILTER (where status in ('DISCHARGED','WARN','ABNORMAL')) AS warn,
COUNT(*) FILTER (where status in ('OFFLINE', 'ERROR')) AS inactive,
(select COUNT(*) from sensor_instances where sensor_instances.groupid = groups.id) AS count
from
groups
left join sensor_instances si on groups.id = si.groupid
group by groups.id
такие лучше сырым запросом в базу делать или view сделать в базе и ее мапнуть на ентити
ИК
Привет, скажите, вот такой расклад это нормально, когда у тебя One-to-Many с самим собой? Какие подводные?
Плюс, не запутался ли я в данном конкретном случае с этими всеми декораторами тайпорма, правильно на пике? В процессе прочтения доки, оно там по магии дальше вот эти все Tag[] организует?
Плюс, не запутался ли я в данном конкретном случае с этими всеми декораторами тайпорма, правильно на пике? В процессе прочтения доки, оно там по магии дальше вот эти все Tag[] организует?
У тебя дерево глубокое может быть?
B
У тебя дерево глубокое может быть?
Не сильно, но дерево
ИК
шя скину как у меня с продуктовыми категориями
B
У меня вот так пока получилось, ща буду это всё проверять
ИК
`@Entity('ProductCategory')
export class ProductCategoryEntity extends BaseEntity {
@PrimaryGeneratedColumn()
public id!: number;
@Column()
slug: string;
@Column()
ru_title: string;
@Column()
en_title: string;
@Column()
parentId: number | null;
@Column()
sortOrder: number;
@ManyToOne(
type => ProductCategoryEntity,
category => category.children,
)
parent: ProductCategoryEntity;
@OneToMany(
type => ProductCategoryEntity,
category => category.parent,
)
children: ProductCategoryEntity[];
@OneToMany(
type => ProductEntity,
product => product.category,
{ eager: true },
)
public products!: ProductEntity[];
}`
export class ProductCategoryEntity extends BaseEntity {
@PrimaryGeneratedColumn()
public id!: number;
@Column()
slug: string;
@Column()
ru_title: string;
@Column()
en_title: string;
@Column()
parentId: number | null;
@Column()
sortOrder: number;
@ManyToOne(
type => ProductCategoryEntity,
category => category.children,
)
parent: ProductCategoryEntity;
@OneToMany(
type => ProductCategoryEntity,
category => category.parent,
)
children: ProductCategoryEntity[];
@OneToMany(
type => ProductEntity,
product => product.category,
{ eager: true },
)
public products!: ProductEntity[];
}`
ИК
а вытаскивал их так
const categories = await this.productCategoryRepository.find({
where: { parentId: null },
order: {
id: 'ASC',
sortOrder: 'DESC',
},
relations: ['products', 'children'],
});
const categories = await this.productCategoryRepository.find({
where: { parentId: null },
order: {
id: 'ASC',
sortOrder: 'DESC',
},
relations: ['products', 'children'],
});
ИК
но вот если там 3 уровень узлов будет, то не знаю вытащит ли их find
2020 August 30
B
А есть чистый SQL чат?
B
Спасибо, а теперь вопрос следующий, как вот этот запрос перевести на TypeORM?
B
То есть получить все файлы по тегу
2020 August 31
AG
Друзья, помогите, ткните носом - можно ли апдейтить две связанные таблицы каскадно и как это сделать? А то в доке только создание и вытягивание.
V
На уровне sql вроде нет возможности делать одновременный апдейт на две таблицы, так что самый верный вариант это наверное обернуть в транзакцию два апдейта
<
ребят, не работает !=, может кто значет почему?
AG
На уровне sql вроде нет возможности делать одновременный апдейт на две таблицы, так что самый верный вариант это наверное обернуть в транзакцию два апдейта
Спасибо!