🏡K
ну это язык базы данных))
Size: a a a
2020 December 04
🏡K
на нем проще говорить чем на иврите
JB
А так вообще ок, делать поле массив юзеров? Или меня запутал синтаксис тайпорм
ЛС
🤷♂
🏡K
немогу по треду найти что он хочет
🏡K
в виде ексель тогда представь данные которые есть и что хочшеь получить
🏡K
я бухам так всегда говорил
NM
select u.* from accounts a left join users u on a.id=1 так хочешь или что?
CREATE TABLE account {
accountId: serial,
}
CREATE TABLE user {
userId: serial,
accountId: int REFERENCE account.accountId
}NM
Просто вот так
JB
Всем привет, есть элементарная задача сделать связь ManyToOne(), к примеру есть юзеры и организации, в организации может быть много юзеров. TypeOrm предлагает сделать связь ManyToOne() из таблицы пользователей и OneToMany() из таблицы организаций
Можно ли как-то без OneToMany() из таблицы организаций? Потому-что так нарушаются принципы солида, я бы хотел чтобы класс организаций ничего не знал о классе юзеров
В доке написана такая фраза: You can omit @JoinColumn in a @ManyToOne / @OneToMany relation. @OneToMany cannot exist without @ManyToOne. If you want to use @OneToMany, @ManyToOne is required. However, the inverse is not required: If you only care about the @ManyToOne relationship, you can define it without having @OneToMany on the related entity.@ManyToOne relationship, you can define it without having @OneToMany on the related entity.
Однако, как это реализовать в коде? Ведь в аннотации ManyToOne надо указать в какоме поле в организации хранится юзер?
Можно ли как-то без OneToMany() из таблицы организаций? Потому-что так нарушаются принципы солида, я бы хотел чтобы класс организаций ничего не знал о классе юзеров
В доке написана такая фраза: You can omit @JoinColumn in a @ManyToOne / @OneToMany relation. @OneToMany cannot exist without @ManyToOne. If you want to use @OneToMany, @ManyToOne is required. However, the inverse is not required: If you only care about the @ManyToOne relationship, you can define it without having @OneToMany on the related entity.@ManyToOne relationship, you can define it without having @OneToMany on the related entity.
Однако, как это реализовать в коде? Ведь в аннотации ManyToOne надо указать в какоме поле в организации хранится юзер?
Вот начало трэда
NM
А так вообще ок, делать поле массив юзеров? Или меня запутал синтаксис тайпорм
Ну так вынуджает тайпорм, меня это и беспокоит
NM
я бухам так всегда говорил
Я не бух)
JB
Ну так вынуджает тайпорм, меня это и беспокоит
Значит меня он запутал)
ЛС
Я думаю все таки придется прописать инверсию
🏡K
все норм как будто
NM
CREATE TABLE account {
accountId: serial,
}
CREATE TABLE user {
userId: serial,
accountId: int REFERENCE account.accountId
}Для бухов я обычно говорю что REFERENCE в постгресе это FK, на всякий случай)
ЛС
В двух сущностях
JB
я бухам так всегда говорил
А я за них делал. Всегда бомбил от того что люди, работающие с данными не желают чуточку глубже изучить хоть эксель
NM
все норм как будто
Не норм то что связь в одну сторону вынуждает завязывать 2 сущности в обе стороны