在Hibernate中生成非冲突的非主键唯一“复合ID”

时间:2015-09-24 16:15:38

标签: java spring hibernate

我不确定我的问题标题是否正确,如果没有,请更正。

无论如何,长话短说,我有卖家,每个卖家都属于一家公司,每个卖家都有一个ID作为自动递增的主键和每个公司唯一的卖家号码。

id seller-number company-id
0   0              1
1   1              1
2   2              1
3   0              2
4   1              2
4   2              2

这是我的卖家实体:

@Entity
@Configurable
@Table(name="Seller", uniqueConstraints = {@UniqueConstraint(columnNames= {"company", "sellerNumber"})})
public class Seller implements Serializable {

    @PersistenceContext
    transient EntityManager entityManager;

    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    @Column(name = "id")
    private Long id;

    @Version
    @Column(name = "version")
    private Integer version;

    @ManyToOne
    private Company company;

    private Long sellerNumber;

    ...

现在,在创建卖家时,我会执行以下操作:

    @Transactional
    private void createSeller(SellerRequest request, SellerResponse response, Session session) {

        Seller seller = new Seller();

        // generate seller number
        TypedQuery<Long> query = Seller.entityManager().createQuery("SELECT max(o.sellerNumber) + 1 FROM Seller AS o WHERE o.company=:company", Long.class);
        query.setParameter("company", session.getCompany());
        Long sellerNumber = query.getSingleResult();
        seller.setSellerNumber(sellerNumber == null ? 1 : sellerNumber);

        ... 

        seller.setCompany(session.getCompany());

        // persist
        seller.persist();

        ...

我回来的卖家号码很好,直到我开始做很多并发创作。如果在同一时刻发生了两次创建,我会得到org.hibernate.exception.ConstraintViolationException

要求是我只使用ID作为主键,没有复合主键。因此,考虑到这些约束,我应该如何创建这些实体,以便他们在公司内部拥有唯一的卖家编号并避免使用ConstraintViolationExceptions? 使用max(o.sellerNumber) + 1正确的方法还是有更好的方法吗?

1 个答案:

答案 0 :(得分:0)

完成此操作的hackish方法是简单地捕获ConstraintViolationException并递归地重试创建,在请求中递增重试计数器,以便在递归重试次数变得过多时可以保释得多。

        try {
            createSeller(...);
        } catch(org.springframework.orm.jpa.JpaSystemException e){
            if (e.contains(org.hibernate.exception.ConstraintViolationException.class)){
                return thisMethodThatCallsCreateSeller(...);
            } else {
                throw e;
            }
        }

在小负载上,几乎没有争用,当重负载时,由于争用导致多次调用尝试创建卖方并且捕获了多个ConstraintViolations,因此会有一点点放缓。获得完成的工作。