Картографування таблиці асоціацій «багато-багато» із додатковими стовпцями


130

Моя база даних містить 3 таблиці: Суб’єкти користувачів та служб мають багато стосунків і об'єднуються з таблицею SERVICE_USER наступним чином:

USERS - SERVICE_USER - SERVICES

Таблиця SERVICE_USER містить додатковий стовпчик BLOCKED.

Який найкращий спосіб виконати таке відображення? Це мої навчальні класи

@Entity
@Table(name = "USERS")
public class User implements java.io.Serializable {

private String userid;
private String email;

@Id
@Column(name = "USERID", unique = true, nullable = false,)
public String getUserid() {
return this.userid;
}

.... some get/set methods
}

@Entity
@Table(name = "SERVICES")
public class CmsService implements java.io.Serializable {
private String serviceCode;

@Id
@Column(name = "SERVICE_CODE", unique = true, nullable = false, length = 100)
public String getServiceCode() {
return this.serviceCode;
}
.... some additional fields and get/set methods
}

Я дотримувався цього прикладу http://giannigar.wordpress.com/2009/09/04/m ... using-jpa / Ось декілька тестових кодів:

User user = new User();
user.setEmail("e2");
user.setUserid("ui2");
user.setPassword("p2");

CmsService service= new CmsService("cd2","name2");

List<UserService> userServiceList = new ArrayList<UserService>();

UserService userService = new UserService();
userService.setService(service);
userService.setUser(user);
userService.setBlocked(true);
service.getUserServices().add(userService);

userDAO.save(user);

Проблема полягає в тому, що сплячий режим зберігається об'єктом користувача та UserService. Немає успіху з об’єктом CmsService

Я спробував використати EAGER підбір - прогресу немає

Чи можливо домогтися поведінки, на яку я очікую, з поданим вище картою?

Можливо, є якийсь більш елегантний спосіб відображення таблиці багатьох приєднань багатьох до додаткових стовпців?

Відповіді:


192

Оскільки таблиця SERVICE_USER не є чистою таблицею приєднання, але має додаткові функціональні поля (заблоковані), ви повинні відобразити її як сутність та розкласти багато-на багато асоціацій між Користувачем та Сервісом на дві асоціації OneToMany: У одного користувача багато UserServices, і одна служба має багато Служб користувача.

Ви не показали нам найважливішої частини: відображення та ініціалізація відносин між вашими сутностями (тобто частиною, з якою у вас є проблеми). Тож я покажу вам, як це має виглядати.

Якщо ви зробите відносини двосторонніми, ви повинні мати

class User {
    @OneToMany(mappedBy = "user")
    private Set<UserService> userServices = new HashSet<UserService>();
}

class UserService {
    @ManyToOne
    @JoinColumn(name = "user_id")
    private User user;

    @ManyToOne
    @JoinColumn(name = "service_code")
    private Service service;

    @Column(name = "blocked")
    private boolean blocked;
}

class Service {
    @OneToMany(mappedBy = "service")
    private Set<UserService> userServices = new HashSet<UserService>();
}

Якщо ви не покладете жодного каскаду на ваші стосунки, тоді вам потрібно зберегти / зберегти всі сутності. Хоча повинна бути ініціалізована лише власна сторона відносин (тут сторона UserService), це також є хорошою практикою, щоб переконатися, що обидві сторони знаходяться в узгодженості.

User user = new User();
Service service = new Service();
UserService userService = new UserService();

user.addUserService(userService);
userService.setUser(user);

service.addUserService(userService);
userService.setService(service);

session.save(user);
session.save(service);
session.save(userService);

2
Просто додати .. Хоча це, на мій погляд, найкращий спосіб (я завжди віддаю перевагу відображати річ, що володіє ФК як сутність, з причин продуктивності), насправді це не єдиний спосіб. Ви також можете зіставити значення з таблиці SERVICE_USER як компонент (те, що JPA називає вбудованим) і використовувати один @ElementCollectionіз (або обидва) користувача та сервісу.
Стів Еберсол

6
Що з первинним ключем таблиці UserService? Це має бути комбінація зовнішніх ключів користувачів та служб. Це відображено?
Йонас Грьогер

24
Я б не так. Композитні клавіші болючі, неефективні, і Hibernate рекомендує не використовувати складені ключі. Просто використовуйте автоматично згенерований ідентифікатор, як для будь-якого іншого об'єкта, і життя стане набагато простішим. Щоб забезпечити єдиність [userFK, serviceFK], використовуйте унікальне обмеження.
JB Nizet

1
@GaryKephart: задайте власне запитання зі своїм кодом та власним відображенням.
JB Nizet

1
@gstackoverflow: Hibernate 4 нічого не змінює в цьому плані. Я дійсно не бачу, як це неелегантно.
JB Nizet

5

Я шукаю спосіб відобразити таблицю асоціацій, що складається з багатьох, із додатковими стовпцями та зі сплячим режимом у конфігурації файлів xml.

Припустимо, що у вас є дві таблиці "a" & "c", що мають багато-багато асоціацій зі стовпцем "extra". Тому що я не знайшов жодного повного прикладу, ось мій код. Сподіваюся, це допоможе :).

Спочатку тут - об’єкти Java.

public class A implements Serializable{  

    protected int id;
    // put some others fields if needed ...   
    private Set<AC> ac = new HashSet<AC>();

    public A(int id) {
        this.id = id;
    }

    public int getId() {
        return id;
    }

    public void setId(int id) {
        this.id = id;
    }

    public Set<AC> getAC() {
        return ac;
    }

    public void setAC(Set<AC> ac) {
        this.ac = ac;
    }

    /** {@inheritDoc} */
    @Override
    public int hashCode() {
        final int prime = 97;
        int result = 1;
        result = prime * result + id;
        return result;
    }

    /** {@inheritDoc} */
    @Override
    public boolean equals(Object obj) {
        if (this == obj)
            return true;
        if (obj == null)
            return false;
        if (!(obj instanceof A))
            return false;
        final A other = (A) obj;
        if (id != other.getId())
            return false;
        return true;
    }

}

public class C implements Serializable{

    protected int id;
    // put some others fields if needed ...    

    public C(int id) {
        this.id = id;
    }

    public int getId() {
        return id;
    }

    public void setId(int id) {
        this.id = id;
    }

    /** {@inheritDoc} */
    @Override
    public int hashCode() {
        final int prime = 98;
        int result = 1;
        result = prime * result + id;
        return result;
    }

    /** {@inheritDoc} */
    @Override
    public boolean equals(Object obj) {
        if (this == obj)
            return true;
        if (obj == null)
            return false;
        if (!(obj instanceof C))
            return false;
        final C other = (C) obj;
        if (id != other.getId())
            return false;
        return true;
    }

}

Тепер ми повинні створити таблицю асоціацій. Перший крок - створити об’єкт, що представляє складний первинний ключ (a.id, c.id).

public class ACId implements Serializable{

    private A a;
    private C c;

    public ACId() {
        super();
    }

    public A getA() {
        return a;
    }
    public void setA(A a) {
        this.a = a;
    }
    public C getC() {
        return c;
    }
    public void setC(C c) {
        this.c = c;
    }
    @Override
    public int hashCode() {
        final int prime = 31;
        int result = 1;
        result = prime * result + ((a == null) ? 0 : a.hashCode());
        result = prime * result
                + ((c == null) ? 0 : c.hashCode());
        return result;
    }
    @Override
    public boolean equals(Object obj) {
        if (this == obj)
            return true;
        if (obj == null)
            return false;
        if (getClass() != obj.getClass())
            return false;
        ACId other = (ACId) obj;
        if (a == null) {
            if (other.a != null)
                return false;
        } else if (!a.equals(other.a))
            return false;
        if (c == null) {
            if (other.c != null)
                return false;
        } else if (!c.equals(other.c))
            return false;
        return true;
    }
}

Тепер давайте створимо сам об’єкт асоціації.

public class AC implements java.io.Serializable{

    private ACId id = new ACId();
    private String extra;

    public AC(){

    }

    public ACId getId() {
        return id;
    }

    public void setId(ACId id) {
        this.id = id;
    }

    public A getA(){
        return getId().getA();
    }

    public C getC(){
        return getId().getC();
    }

    public void setC(C C){
        getId().setC(C);
    }

    public void setA(A A){
        getId().setA(A);
    }

    public String getExtra() {
        return extra;
    }

    public void setExtra(String extra) {
        this.extra = extra;
    }

    public boolean equals(Object o) {
        if (this == o)
            return true;
        if (o == null || getClass() != o.getClass())
            return false;

        AC that = (AC) o;

        if (getId() != null ? !getId().equals(that.getId())
                : that.getId() != null)
            return false;

        return true;
    }

    public int hashCode() {
        return (getId() != null ? getId().hashCode() : 0);
    }
}

На даний момент настав час зіставити всі наші класи зі сплячою конфігурацією xml.

A.hbm.xml та C.hxml.xml (тихіше те саме).

<class name="A" table="a">
        <id name="id" column="id_a" unsaved-value="0">
            <generator class="identity">
                <param name="sequence">a_id_seq</param>
            </generator>
        </id>
<!-- here you should map all others table columns -->
<!-- <property name="otherprop" column="otherprop" type="string" access="field" /> -->
    <set name="ac" table="a_c" lazy="true" access="field" fetch="select" cascade="all">
        <key>
            <column name="id_a" not-null="true" />
        </key>
        <one-to-many class="AC" />
    </set>
</class>

<class name="C" table="c">
        <id name="id" column="id_c" unsaved-value="0">
            <generator class="identity">
                <param name="sequence">c_id_seq</param>
            </generator>
        </id>
</class>

А потім файл відображення асоціації, a_c.hbm.xml.

<class name="AC" table="a_c">
    <composite-id name="id" class="ACId">
        <key-many-to-one name="a" class="A" column="id_a" />
        <key-many-to-one name="c" class="C" column="id_c" />
    </composite-id>
    <property name="extra" type="string" column="extra" />
</class>

Ось зразок коду для тестування.

A = ADao.get(1);
C = CDao.get(1);

if(A != null && C != null){
    boolean exists = false;
            // just check if it's updated or not
    for(AC a : a.getAC()){
        if(a.getC().equals(c)){
            // update field
            a.setExtra("extra updated");
            exists = true;
            break;
        }
    }

    // add 
    if(!exists){
        ACId idAC = new ACId();
        idAC.setA(a);
        idAC.setC(c);

        AC AC = new AC();
        AC.setId(idAC);
        AC.setExtra("extra added"); 
        a.getAC().add(AC);
    }

    ADao.save(A);
}

2

Як було сказано раніше, для JPA, щоб мати можливість мати додаткові стовпці, вам потрібно використовувати дві асоціації OneToMany замість одного зв’язку ManyToMany. Ви також можете додати стовпчик з автогенерованими значеннями; таким чином, він може працювати як основний ключ таблиці, якщо це корисно.

Наприклад, код реалізації додаткового класу повинен виглядати так:

@Entity
@Table(name = "USER_SERVICES")
public class UserService{

    // example of auto-generated ID
    @Id
    @Column(name = "USER_SERVICES_ID", nullable = false)
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private long userServiceID;



    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "USER_ID")
    private User user;

    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "SERVICE_ID")
    private Service service;



    // example of extra column
    @Column(name="VISIBILITY")    
    private boolean visibility;



    public long getUserServiceID() {
        return userServiceID;
    }


    public User getUser() {
        return user;
    }

    public void setUser(User user) {
        this.user = user;
    }

    public Service getService() {
        return service;
    }

    public void setService(Service service) {
        this.service = service;
    }

    public boolean getVisibility() {
        return visibility;
    }

    public void setVisibility(boolean visibility) {
        this.visibility = visibility;
    }

}
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.