Spring Roo, Hibernate, отношение один ко многим создает дополнительную таблицу

Я новичок в spring mvc, roo и hibernate.

Я пытаюсь создать две таблицы с отношением 1:M.

например, Мне нужны две сущности, человек и машина. У одного человека может быть много машин.

Я создал объекты с помощью Roo

entity --class ~.domain.Person
field string Name
entity --class ~.domain.Car
field string Name
field reference --fieldName owner --type ~.domain.Person
field set --fieldName ownedCars --type ~.domain.Car --class ~.domain.Person --cardinality ONE_TO_MANY 

сгенерированный класс для автомобиля:

@RooJavaBean
@RooToString
@RooEntity
public class Car {

    private String Name;

    @ManyToOne
    private Person owner;
}

сгенерированный класс для человека

@RooJavaBean
@RooToString
@RooEntity
public class Person {

    private String Name;

    @OneToMany(cascade = CascadeType.ALL)
    private Set<Car> ownedCars = new HashSet<Car>();
}

однако в базе данных есть 3 таблицы (insted из двух)

автомобиль таблицы (как ожидалось)

  CREATE TABLE "TEST"."CAR" 
   (    
    "ID" NUMBER(19,0), 
    "NAME" VARCHAR2(255 BYTE), 
    "VERSION" NUMBER(10,0), 
    "OWNER" NUMBER(19,0)
   )

таблица человек (как и ожидалось)

  CREATE TABLE "TEST"."PERSON" 
   (
"ID" NUMBER(19,0), 
    "NAME" VARCHAR2(255 BYTE), 
    "VERSION" NUMBER(10,0)
   )

а также PERSON_OWNED_CARS (который не ожидается, это не много для многих отношений)

  CREATE TABLE "TEST"."PERSON_OWNED_CARS" 
   (
"PERSON" NUMBER(19,0), 
    "OWNED_CARS" NUMBER(19,0)
   )

почему генерируется последняя таблица? Какова цель последней таблицы, это не много для многих отношений? Можно ли этого избежать? Я делаю что-то не так?

1 ответов


Я не уверен, как Roo управляет этим, но вам нужно связать стороны двунаправленных отношений с mappedBy:

@OneToMany(cascade = CascadeType.ALL, mappedBy = "owner")
private Set<Car> ownedCars = new HashSet<Car>();

в противном случае они интерпретируются как два разных однонаправленных отношения и отношения от Person to Car реализуется через таблицу join (это поведение по умолчанию для однонаправленных отношений "один ко многим").