Kolekcja JPA ma niechciane ograniczenia unikalności w tabeli mapowania

Question

Kiedy automatycznie generuję bazę danych z hibernate.hbm2ddl.auto=create, tworzone jest "niechciane" ograniczenie unikalności w tabeli odwzorowań. Używam PostgreSQL 9.1, instrukcji CREATE TABLE staje:

CREATE TABLE schemaname.scanalerts 
(
    scanid bigint NOT NULL, 
    alerts_id bigint NOT NULL, 
    CONSTRAINT fkd65bd7541b5b1a8e FOREIGN KEY (scanid) 
     REFERENCES rfid.scan (id) MATCH SIMPLE 
     ON UPDATE NO ACTION ON DELETE NO ACTION, 
    CONSTRAINT fkd65bd754860b0886 FOREIGN KEY (alerts_id) 
     REFERENCES rfid.alert (id) MATCH SIMPLE 
     ON UPDATE NO ACTION ON DELETE NO ACTION, 
    CONSTRAINT scanalerts_alerts_id_key UNIQUE (alerts_id), 
    CONSTRAINT scanalerts_scanid_alerts_id_key UNIQUE (scanid , alerts_id) 
) 

Niepożądane ograniczeniem jest CONSTRAINT scanalerts_alerts_id_key UNIQUE (alerts_id), w zasadzie chcę tylko wyjątkową presję na scanid i alerts_id.

używam adnotacje WZP, aby utworzyć mapowanie, tutaj jest mój kod:

@ElementCollection(targetClass = Alert.class, fetch = FetchType.EAGER) 
@CollectionTable(name = "scanalerts", schema = RfidConstants.SCHEMA, 
    joinColumns = @JoinColumn(name = "scanid"), 
    uniqueConstraints = @UniqueConstraint(columnNames = { "scanid", "alerts_id" })) 
private List<Alert> alerts; 

Czy istnieje jakiś sposób, aby zatrzymać utworzenie alert_id unikalność?

Dzięki

@JBNizet Oto alert mapowania adnotacje:

@Entity 
@Table(name = "alert", schema = "schemaname", 
    uniqueConstraints = @UniqueConstraint(columnNames = {"message", "alertPriority"})) 
public class Alert implements Serializable { 

    @Id 
    @Column(name="id") 
    @SequenceGenerator(name = "alertSeq", sequenceName="ALERT_SEQ", allocationSize = 1) 
    @GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "alertSeq") 
    private Long id; 

    @Column(name="versionnum") 
    @Version 
    private Long version; 

    @Column(name = "message", nullable = false) 
    private String message; 

    @Column(name = "alertpriority", nullable = false) 
    @Enumerated(EnumType.STRING) 
    private AlertPriority alertPriority; 

Answer 1

Jak powiedział dla przykład w JavaDocs, @ElementCollection służy do mapowania kolekcji podstawowych typów lub plików do umieszczenia na stronie. Alert jest jednostką, w związku z czym List<Alert> nie jest zbiorem podstawowych typów lub plików wbudowanych.

powodu korzystne jest UNIQUE, który składa się z scanid i alert_id zakładam, że relacje między Scan i Alert ma wiele-do-wielu naturę. Że można osiągnąć w następujący sposób:

@ManyToMany 
@JoinTable(name = "scanalerts", schema = RfidConstants.SCHEMA, 
    joinColumns = @JoinColumn(name = "scanid"), 
    inverseJoinColumns = @JoinColumn(name = "alert_id") 
) 
private List<Alert> alerts; 

klucz podstawowy tabeli zawiera zarówno kolumn i dlatego stosując @UniqueConstraint nie jest potrzebne.

Answer 2

Ograniczenie tworzony jest zadeklarowana tutaj: uniqueConstraints = @UniqueConstraint (columnNames = { "scanid", "alerts_id"}))

prostu usunąć to ograniczenie i zadeklarować wewnątrz podmiotu Alert na każdym atrybucie