Confusion: @ NotNull vs @ Column ( nullable = false)
Lorsqu'ils apparaissent sur un champ/de lecture d'un
@Entity, quelle est la différence entre eux? (Je persiste l'entité via Hibernate ).Quel cadre et / ou spécification chacun d'entre eux appartient?
-
@NotNullest situé à l'intérieur dejavax.validation.constraints. Dans lejavax.validation.constraints.NotNulljavadoc, il est ditL'élément annoté ne doit pas être null
Mais il ne parle pas de la représentation de l'élément dans la base de données, alors pourquoi ajouter la contrainte
nullable=falseà la colonne?
3 réponses
@NotNull est un JSR 303 Bean Validation annotation. Cela n'a rien à voir avec les contraintes de base de données elles-mêmes. Comme Hibernate est l'implémentation de référence de JSR 303, cependant, il ramasse intelligemment ces contraintes et les traduit en contraintes de base de données pour vous, de sorte que vous obtenez deux pour le prix d'un. @Column(nullable = false) est la manière JPA de déclarer une colonne non nulle. C'est-à-dire que le premier est destiné à la validation et le second à l'indication du schéma de base de données détail. Vous obtenez juste un peu plus (et bienvenue!) aide de Hibernate sur les annotations de validation.
Les versions les plus récentes du fournisseur JPA hibernate appliquent les contraintes de validation de bean (jsr 303) comme @NotNull à DDL par défaut (grâce à hibernate.validator.apply_to_ddl property par défaut à true). Mais il n'y a aucune garantie que d'autres fournisseurs de JPA le font ou même ont la capacité de le faire.
Vous devez utiliser des annotations de validation de bean comme @NotNull pour vous assurer que les propriétés de bean sont définies sur une valeur none-null, lors de la validation des beans java dans la JVM (cela n'a rien à voir avec les contraintes de base de données, mais dans la plupart des les situations devraient leur correspondre).
Vous devez en outre utiliser l'annotation JPA comme @Column(nullable = false) pour donner au fournisseur JPA des conseils pour générer le bon DDL pour créer des colonnes de table avec les contraintes de base de données souhaitées. Si vous pouvez ou voulez compter sur un fournisseur JPA comme Hibernate, qui applique les contraintes de validation de bean à DDL par défaut, vous pouvez les omettre.
Intéressant à noter, toutes les sources soulignent que @ Column (nullable=false) est utilisé uniquement pour la génération DDL.
Cependant, même s'il n'y a pas d'annotation @NotNull, et hibernate.l'option check_nullability est définie sur true, Hibernate effectuera la validation des entités à persister.
Il lancera PropertyValueException en disant que "la propriété not-null fait référence à une valeur NULL ou transitoire", si nullable = false attributs n'ont pas de valeurs, même si de telles restrictions ne le sont pas implémenté dans la couche de base de données.
Plus d'informations sur hibernate.l'option check_nullability est disponible ici: http://docs.jboss.org/hibernate/orm/5.0/userguide/html_single/Hibernate_User_Guide.html#configurations-mapping.