@ManyToMany - данные не сохраняются в базе данных - PullRequest
4 голосов
/ 17 июня 2011

Упрощенно, в моей базе данных есть таблицы:

Car (pk="id_car")

CarAddon (pk="id_car_fk,id_addon_fk", 
`FK_car_addon_addon` FOREIGN KEY (`id_addon_fk`) REFERENCES `addon` (`id_addon`)
`FK_car_addon_car` FOREIGN KEY (`id_car_fk`) REFERENCES `car` (`id_car`)

Addon (pk="id_addon")

Коротко: у меня есть машины, у многих машин может быть много аддонов (например, ABS и т. Д.).
Есть таблицы с машинами, аддонами и одной таблицей, которая является логической связью.

В целом, сущности работают нормально. У меня нет проблем с постоянными данными, когда я хочу сохранить один объект. У меня нет проблем, когда я хочу получить данные FETCH, т.е. Car-> getAddon ();

Но когда я собираюсь сохранить коллекцию, ничего не происходит. Исключений не было, в базе данных не было новых данных.

//DBManager is a singleton to create an EntityManager
EntityManager em = DBManager.getManager().createEntityManager();

em.getTransaction().begin();
Addon addon1 = new Addon();
addon1.setName("czesc1");
em.persist(addon1);
Addon addon2 = new Addon();
addon2.setName("czesc2");
em.persist(addon2);

car.setAddonCollection(new ArrayList<Addon>());
car.getAddonCollection().add(addon1);
car.getAddonCollection().add(addon2);
em.persist(car);
em.getTransaction().commit();

В этом случае аддоны хранились в таблице аддонов, машина - в таблице машин. В таблице CarAddon нет новых данных, хотя объектная машина имеет хорошие данные (в debbuger есть коллекция аддонов).

Когда я изменил em.persist (car) на em.merge (car), я получил исключение:

"SEVERE: Persistence error in /admin/AddAuction : java.lang.IllegalStateException: During synchronization a new object was found through a relationship that was not marked cascade PERSIST: model.entity.Car[ idCar=0 ]."

Простая версия моего класса:

  @Entity
  @Table(name = "addon")
  @XmlRootElement
  @NamedQueries({...})
  public class Addon implements Serializable {
      @Id
      @GeneratedValue(strategy = GenerationType.IDENTITY)
      @Basic(optional = false)
      @NotNull
      @Column(name = "id_addon")
      private Integer idAddon;

      @Size(max = 100)
      @Column(name = "name")
      private String name;

      @JoinTable(name = "car_addon", 
          joinColumns = {
          @JoinColumn(name = "id_addon_fk", referencedColumnName = "id_addon")}, 
          inverseJoinColumns = {
          @JoinColumn(name = "id_car_fk", referencedColumnName = "id_car")})
      @ManyToMany
      private List<Car> carCollection;

      @XmlTransient
      public List<Car> getCarCollection() {
          return carCollection;
      }

      public void setCarCollection(List<Car> carCollection) {
          this.carCollection = carCollection;
      }
  }



@Entity
@Table(name = "car")
@XmlRootElement
@NamedQueries({...)
public class Car implements Serializable {

    @ManyToMany(mappedBy = "carCollection", fetch= FetchType.EAGER, cascade=CascadeType.ALL)
    private List<Addon> addonCollection;

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    @Basic(optional = false)
    @NotNull
    @Column(name = "id_car")
    private Integer idCar;

    @XmlTransient
    public List<Addon> getAddonCollection() {
        return addonCollection;
    }

    public void setAddonCollection(List<Addon> addonCollection) {
        this.addonCollection = addonCollection;
    }
}

Как я могу это исправить?

ps1. У меня есть:

cascade=CascadeType.ALL przy @ManyToMany private List<Car> carCollection

но это не решит мою проблему.

ps2. Я использую Netbeans 7, EclipseLink и MySQL ( не Hibernate - у меня проблема с этим )

Ответы [ 4 ]

6 голосов
/ 17 июня 2011

У меня есть одна теория, которая, кажется, всегда сбивает людей с толку коллекциями «многие ко многим».Проблема в том, что в памяти ассоциации сделаны в двух местах.И в списке аддонов автомобиля, и в списке автомобилей аддона.В базе данных такого дублирования нет.

Способ, которым JPA-провайдеры могут обойти это, - через атрибут mappedBy.Поскольку вы добавили карту в список аддонов автомобиля, это означает, что отношения на самом деле контролируются списком машин аддона (сбиваю с толку, я знаю).

Попробуйте добавить следующее:

addon1.setCarCollection(new ArrayList<Car>());
addon1.getCarCollection().add(car);

addon2.setCarCollection(new ArrayList<Car>());
addon2.getCarCollection().add(car);

перед вамисохранить машину.

2 голосов
/ 18 июня 2011

Вообще говоря, я бы избегал ассоциаций «многие ко многим». То, что у вас есть, - это таблица промежуточных ссылок, с одним ко многим и со многими к одному. Как только вы добавите что-нибудь интересное в эту таблицу ссылок (например, метку даты, когда была установлена ​​связь), пуф, вы больше не будете работать с чистым «многие ко многим». Добавьте путаницу вокруг «владельца» ассоциации, и вы просто делаете вещи намного сложнее, чем они должны быть.

0 голосов
/ 26 января 2014

Попробуйте добавить (fetch = FetchType.EAGER) к аннотации ManyToMany

0 голосов
/ 25 апреля 2012

не могли бы вы попробовать добавить

@JoinTable(name = "car_addon", 
      joinColumns = {
      @JoinColumn(name = "id_addon_fk", referencedColumnName = "id_addon")}, 
      inverseJoinColumns = {
      @JoinColumn(name = "id_car_fk", referencedColumnName = "id_car")})

в обе стороны

просто поменять местами joinColumns и inverseJoinColumns

...