Comment lot à supprimer à l'aide bulkUpdate

J'ai une commune de l'Utilisateur /Rôle de l'installation, avec un user_role de la table de jointure. Je suis en train d'utiliser le Printemps HibernateTemplate à la messe de supprimer tous les utilisateurs bloqués comme ceci:

getHibernateTemplate().bulkUpdate("delete from User where locked=?", true);

Si l'utilisateur supprimé n'a pas les rôles (pas d'enregistrement dans la user_role tableau), alors tout va bien; toutefois, si l'utilisateur a un rôle d'enregistrement, j'obtiens l'erreur suivante:

contrainte d'intégrité violé l'enfant
enregistrement

Rôles sont définis dans User.java comme ceci:

@ManyToMany(fetch = FetchType.EAGER)
@JoinTable(name = "user_role", joinColumns = { @JoinColumn(name = "user_id") }, inverseJoinColumns = @JoinColumn(name = "role_id"))
private Set<Role> roles = new HashSet<Role>();

Alors, comment puis-je lot de supprimer des utilisateurs même si un utilisateur a des enregistrements enfants? Merci!

OriginalL'auteur SamS | 2009-04-09

  1. 8

    En vrac les opérations de suppression ne sont pas en cascade à entités liées conformément à la spécification JPA:

    4.10 en Vrac mettre à Jour et Supprimer des Opérations

    En vrac mettre à jour et supprimer des opérations
    s'appliquent aux entités d'une même entité
    classe (avec ses sous-classes,
    le cas échéant). Seule une entité abstraite
    type de schéma peut être spécifiée dans la
    À PARTIR de ou clause de mise à JOUR.

    ...

    Une opération de suppression ne s'applique qu'à
    les entités de la classe spécifiée, et
    ses sous-classes. Il n'a pas de cascade
    pour les entités liées à    .

    Toutefois, je m'attends à de la JPA fournisseur de traiter avec les tables de jointure. Malheureusement, Hibernate ne l'est pas et cela est consigné dans HHH-1917. Je crains que vous devrez revenir sur SQL natif de nettoyer la table de jointure vous-même ou pour l'utilisation en cascade des clés étrangères dans le schéma.

    OriginalL'auteur Pascal Thivent

  2. 2

    Au niveau de l'Application en cascade (cascading par hibernate annotations ou des annotations JPA) ne fonctionne que si l'entité réelle est en fait chargé de la db. Lorsque vous utilisez la veille prolongée modèle avec HQL, vous remarquerez que les entités ne sont pas chargés, et le HQL est directement converti à SQL à exécuter.

    Si vous voulez des lots supprimer, vous devez utiliser une requête HQL pour supprimer toutes les tables (c'est à dire rôles) avant de les supprimer de la table parent de données.

    Quel serait le HQL pour supprimer des enregistrements dans user_role table, ce qui n'est pas une Hibernate Entity? Je suis pas très familier avec les requêtes HQL. Merci!
    Vous ne pouvez pas utiliser les requêtes HQL de gérer les non-cartographiée entités. Je vous conseille de carte de la user_role table; l'alternative est d'utiliser du SQL pour supprimer à partir de la user_role table.

    OriginalL'auteur Miguel Ping

  3. 0

    Je ne suis pas entièrement sûr, parce que c'est difficile pour moi de recréer ce problème, mais je pense que vous pourriez avoir besoin d'ajouter une cascade à votre @ManyToMany

    @ManyToMany(cascade = CascadeType.ALL)
    J'ai essayé et ça ne fonctionne pas.. j'ai aussi essayé @Cascade(org.mise en veille prolongée.les annotations.CascadeType.DELETE_ORPHAN), ne fonctionne pas non plus.
    Non, une suppression en bloc n'est pas cascade d'entités liées par spécification JPA.

    OriginalL'auteur Greg Noe

  4. 0

    Puisque vous voulez supprimer en vrac quelque chose qui ont un ManyToMany éléments connexes, vous devez d'abord supprimer la relation (dans la table de jointure), ou de faire une boucle et pour chaque article, de supprimer manuellement (fou et trop lourd).

    Donc, depuis JPQL ne permet pas de le faire, une solution possible est de faire un natif SQL de la requête pour la suppression de l'identifiant dans la table liée, et puis, ne le supprimer en vrac.

    OriginalL'auteur Cyril N.