Relations avec les entity beans

Slides:



Advertisements
Présentations similaires
REFERENTIEL DE LA SERIE STG
Advertisements

Access Frédéric Gava (MCF)
La classe String Attention ce n’est pas un type de base. Il s'agit d'une classe défini dans l’API Java (Dans le package java.lang) String s="aaa"; // s.
19 septembre 2006 Tendances Logicielles IBM Rational Data Architect Un outil complet de modélisation et de conception pour SGBD Isabelle Claverie-Berge.
Les requêtes Manière de dialoguer avec une base de donnée pour :
Introduction aux Entity Beans
Relations avec les entity beans Michel Buffa UNSA
Persistance dans Java EE 6 : JPA2 et EJB 3.1 Michel Buffa UNSA
Persistance dans Java EE 6 : JPA2 et EJB 3.1 Maxime Lefrançois modifié du cours de Michel Buffa.
Persistance dans Java EE 6 : JPA2 et EJB 3.1 Michel Buffa UNSA
Design Pattern MVC En PHP5.
CURSUS DE FORMATION AUX NOUVELLES TECHNOLOGIES DE DEVELOPPEMENT UV EJB Entité Module Java Expert.
TP 3-4 BD21.
Amphi de rattrapage de SI Modélisation et bases de données
12 novembre 2012 Grégory Petit
Initiation aux bases de données et à la programmation événementielle
Introduction aux Session Beans
1 ARCHITECTURE DACCÈS la méthode générale modèle de données définitions module daccès / modules métiers construction des modèles les modules daccès, les.
Initiation au système d’information et aux bases de données
Développement d’applications web
Contrôles d'accès aux données
Rappel sur les bases de données et le vocabulaire
Les méthodes en java Une méthode est un regroupement d’instructions ayant pour but de faire un traitement bien précis. Une méthode pour être utilisée.
Introduction à la conception de Bases de Données Relationnelles
Chap 4 Les bases de données et le modèle relationnel
28 novembre 2012 Grégory Petit
Mapping Objet-Relationnel
L’utilisation des bases de données
Cas pratique : Interim.
Les concepts et les méthodes des bases de données
PROGRAMMATION INFORMATIQUE DINGÉNIERIE II PRO-1024.
Initiation aux bases de données et à la programmation événementielle
Développement dapplication avec base de données Semaine 10 : WCF avec Entité Framework Automne 2013.
Développement d’application avec base de données
Bases de données.
JDBC L'API JDBC est utilisée pour utilisée pour intéragir avec une base de données.
Objectifs A la fin de ce chapitre, vous pourrez : présenter l'utilisation d'opérations de chargement de données par chemin direct décrire l'utilisation.
Initiation MS Access 2010 Structures – Tables, schémas et Données
05/02/98WEB ESNIG Modèle logique de données Oracle Designer/2000 & Oracle Web Server.
Tutorat en bio-informatique
Tutorat en bio-informatique Le 14 novembre Au programme… Les objets –Propriétés (attributs) –Constructeurs –Méthodes.
1 PHP 5 Notions fondamentales (cours #5) Formation continue – Cégep de Sainte-Foy.
Génération de code JAVA
PostgreSQL – Présentation
Module 7 : Utilisation de requêtes élaborées
Sélection de colonnes (la projection)
Création d’un domaine Il faut :
Structures de données avancées : LH (Hachage linéaire) D. E ZEGOUR Institut National d ’Informatique.
21/04/2015© Robert Godin. Tous droits réservés.1 6Gestion des contraintes d’intégrité en SQL n Contrainte d'intégrité statique – respectée pour chacun.
Quinio1 Bases de données : modèlisation et SGBD Séance 3 B Quinio.
Module 1 : Vue d'ensemble de Microsoft SQL Server
Les vues Une vue: c’est une relation virtuelle. Définie par:
Introduction avec Access Quinio Nanterre 2008
1 Structure en MC Principes Stockage des données dans la mémoire volatile d’un ordinateur Problèmes Stockage temporaire «Petits» volumes de données Langages.
06/04/06 LES BASES DE DONNEES INTRODUCTION CogniTIC – Bruxelles Formation - Cepegra.
Les bases de données Séance 8 Jointures.
Séance /10/2004 SGBD - Approches & Principes.
Systèmes d'information décisionnels
Initiation aux bases de données et à la programmation événementielle
1 Initiation aux bases de données et à la programmation événementielle Cours N°8 : Gestion de la cohérence avec des zones de liste déroulantes. Souheib.
Je vous souhaite la bienvenue comme client privilégié de Jeunesse Global Je vous servirai au meilleur de ma connaissance Ci-dessous la procédure complète.
INTRODUCTION AUX BASES DE DONNEES Base et métabase
Op é rateurs ensemblistes Module 4. 2 La clause GROUP BY La clause GROUP BY est nécessaire dès que l'on utilise des fonctions de calculs statistiques.
Introduction Module 1.
Modélisation et utilisation Aurélien Marion1 Aurélien Marion
De Arnault Chazareix :
Les bases de données Séance 4 Construction du Modèle Physique (la BDD)
Schéma de base de données Présentation. Conception du schéma logique  Transformation du schéma conceptuel en structures de données supportées par les.
1 Initiation aux bases de données et à la programmation événementielle VBA sous ACCESS Cours N° 4 Support de cours rédigé par Bernard COFFIN Université.
Transcription de la présentation:

Relations avec les entity beans Michel Buffa (buffa@unice.fr), UNSA 2010

On complique un peu l'étude des entity beans ! Les entity beans représentant des donnés dans une BD, il est logique d'avoir envie de s'occuper de gérer des relations Exemples Une commande et des lignes de commande Une personne et une adresse Un cours et les élèves qui suivent ce cours Un livre et ses auteurs Nous allons voir comment spécifier ces relations dans notre modèle Entity

Concepts abordés Cardinalité (1-1, 1-n, n-n…), Direction des relations (bi-directionnelles, uni- directionnelles), Agrégation vs composition et destructions en cascade, Relations récursives, circulaires, agressive-load, lazy- load, Intégrité référentielle, Accéder aux relations depuis un code client, via des Collections, Comment gérer tout ça !

Direction des relations (directionality) Unidirectionnelle On ne peut aller que du bean A vers le bean B Bidirectionnelle On peut aller du bean A vers le bean B et inversement

Cardinalité La cardinalité indique combien d'instances vont intervenir de chaque côté d'une relation One-to-One (1:1) Un employé a une adresse… One-to-Many (1:N) Un PDG et ses employés… Many-to-Many (M:N) Des étudiants suivent des cours…

Cardinalité

Relations 1:1 Représentée typiquement par une clé étrangère dans une BD Ex : une commande et un colis

Relations 1:1, le bean Order

Relations 1:1, le bean Order

Relations 1:1, le bean Shipment

Exemple de code pour insérer une commande avec une livraison reliée

Relations 1:1, exemple de client (ici un main…)

Version bidirectionnelle (on modifie Shipment)

Version bidirectionnelle (suite)

Version bi-directionnelle (suite, code qui fait le persist) On peut maintenant ajouter au code de tout à l’heure (celui qui écrit une commande) :

Version bi-directionnelle (suite, code du client)

Relations 1:N Exemple : une entreprise a plusieurs employés

Relations 1:N Exemple : une entreprise a plusieurs employés Solution plus propre (éviter les BLOBs!)

Relations 1:N exemple

Relations 1:N exemple

Exemple de code qui insère des compagnies

Exemple de code qui liste des compagnies

Exemple de client

Version bidirectionnelle

Version bidirectionnelle

Version bidirectionnelle

Relations M:N Un étudiant suit plusieurs cours, un cours a plusieurs étudiants inscrits Table de jointure nécessaire.

Relations M:N, choix de conception Deux possibilités lorsqu'on modélise cette relation avec des Entities Utiliser un troisième Entity pour modéliser la table de jointure. On veut peut-être mémoriser la date où un étudiant s'est inscrit, etc… Cet Entity possèdera deux relations 1:N vers le bean Student et le vers le bean Course Si on a rien besoin de plus à part la relation, on peut utiliser simplement deux Entity, chacun ayant un attribut correspondant à une Collection de l'autre Entity…

Relations M:N, exemple

Relations M:N, exemple

Relations M:N, exemple

Relations M:N, exemple

Relations M:N, exemple

La directionalité et le modèle de données dans la DB La directionalité peut ne pas correspondre à celle du modèle de données dans la DB Schéma normalisé Schéma dénormalisé

Choisir la directionalité ? Premier critère : la logique de votre application, Second critère : si le schéma relationnel existe, s'adapter au mieux pour éviter de mauvaises performances.

Lazy-loading des relations Agressive-loading Lorsqu'on charge un bean, on charge aussi tous les beans avec lesquels il a une relation. Cas de la Commande et des Colis plus tôt dans ce chapitre. Peut provoquer un énorme processus de chargement si le graphe de relations est grand. Lazy-loading On ne charge les beans en relation que lorsqu'on essaie d'accéder à l'attribut qui illustre la relation. Tant qu'on ne demande pas quels cours il suit, le bean Etudiant ne déclenche pas d’accès BD à travers le bean Cours.

Agrégation vs Composition et destructions en cascade Relation par Agrégation Le bean utilise un autre bean Conséquence : si le bean A utilise le bean B, lorsqu'on détruit A on ne détruit pas B. Par exemple, lorsqu'on supprime un étudiant on ne supprime pas les cours qu'il suit. Et vice-versa. Relation par Composition Le bean se compose d'un autre bean. Par exemple, une commande se compose de lignes de commande… Si on détruit la commande on détruit aussi les lignes correspondantes. Ce type de relation implique des destructions en cascade..

Relations et JPQL Lorsqu'on définit une relation, on peut aussi indiquer la requête qui permet de remplir le champs associé à la relation. On fait ceci à l'aide d’une requête JPQL SELECT o.customer FROM Order o Principale différence avec SQL, l'opérateur "." Pas besoin de connaître le nom des tables, ni le nom des colonnes… Renvoie tous les clients qui ont placé une commande

Relations et JPQL On peut aller plus loin… SELECT o.customer.address.homePhoneNumber FROM Order o On se promène le long des relations…

Relations récursives Relation vers un bean de la même classe Exemple : Employé/Manager Rien de particulier, ces relations sont implémentées exactement comme les relations non récursives…

Relations circulaires Similaire au relations récursives sauf qu'elles impliquent plusieurs types de beans Ex : un employé travaille dans une division, une division possède plusieurs ordinateurs (workstation), une workstation est allouée à un employé… Ce type de relation, en cas de agressive-loading peut mener à une boucle sans fin… Même problème avec les destructions en cascade…

Relations circulaires Plusieurs stratégies sont possibles Si on charge toutes ses relations en cascades, attention si relations circulaires ! Supprimer une des relations (!!!) si le modèle de conception le permet. Supprimer la bidirectionnalité d'une des relations pour briser le cercle, si le modèle de conception le permet. Utiliser le lazy-loading et ne pas faire de destruction en cascade. Les meilleurs moteurs de persistence détectent les relations circulaires et vous permettent de traiter le problème avant le runtime.

Intégrité référentielle Un bean Compagnie, Division, etc… a des relations avec un bean Employé Si on supprime un employé, il faut vérifier qu'il est bien supprimé partout où on a une relation avec lui. Problème classique dans les SGBDs Résolus à l'aide de triggers. Ils se déclenchent sitôt qu'une perte d'intégrité risque d'arriver et effectuent les opérations nécessaires. On peut aussi utiliser des procédures stockées via JDBC. Ces procédures effectuent la vérification d'intégrité.

Intégrité référentielle Gérer l'intégrité dans le SGBD est intéressant si la BD est attaquée par d'autres applications que les EJBs… Autre approche : gérer l'intégrité dans les Entités Solution plus propre, Le SGBD n'est plus aussi sollicité, Avec les Entités: le travail est fait tout seul !

Intégrité référentielle Et dans un contexte distribué ? Plusieurs serveurs d'application avec le même composant peuvent accèder à des données sur le même SGBD, Comment mettre à jour les relations ? Problème résolu par les transactions !!!

Trier les relations Lorsqu’on accède aux relations par un getter, on ne contrôle pas par défaut l’ordre des éléments. Plusieurs solutions sont possibles pour récupérer des relations sous forme de collections triées Utiliser l’annotation @OrderBy juste avant la déclaration de la relation ou juste avant le getter Utiliser une requête avec un Order By Annoter l’attribut correspondant à la colonne qui sera ordonnée, dans l’entity de la relation

Trier des relations : annotation @OrderBy @Entity public class Course { ... @ManyToMany @OrderBy("lastname ASC") List<Student> students; ... } Remarques ASC ou DESC pour l’ordre de tri, ASC par défaut, lastname est une propriété de l’entité Student.java, Si la propriété n’est pas spécifiée -> tri par l’id

Trier des relations : annotation @OrderBy @Entity public class Student { ... @ManyToMany(mappedBy="students") @OrderBy // tri par clé primaire (défaut) List<Course> courses; ... } Remarques ASC ou DESC pour l’ordre de tri, ASC par défaut, lastname est une propriété de l’entité Student.java, Si la propriété n’est pas spécifiée -> tri par l’id

Trier des relations : annotation @OrderBy On peut utiliser l’opérateur « . » si on trie sur une colonne qui est définie dans une autre classe par @Embedded @Entity public class Person { ... @ElementCollection @OrderBy("zipcode.zip, zipcode.plusFour") Set<Address> residences; ... }  

Trier des relations : annotation @OrderBy @Embeddable public class Address { protected String street; protected String city; protected String state; @Embedded Zipcode zipcode; } @Embeddable public class Zipcode { String zip; protected String plusFour; }

Supprimer des relations Piège classique ! On ne peut pas supprimer une relation si elle est partagée par un autre objet. Ex: une classe Personne a une collection d’Adresses (Adresse.java est une classe entité), on a une relation 1-N. Si une de ces adresses est aussi en relation avec une autre Personne, il y a aura une erreur. Voyons quelques exemples…

Supprimer des relations Supposons que nous ne sommes pas dans le cas précédent. Les relations ne sont pas partagées… Premier cas: on a une relation 1-N entre Personne et Adresse Normalement si on génère des tables à partir de ces classes on a une table de jointure générée

Relation 1-N unidirectionnelle non partagée Si on supprime un élément de la collection, une adresse, et que l’objet personne est « managé » donc synchronisé avec la BD Une ligne dans la table de jointure est supprimée, L’adresse n’est pas supprimée Si on est en CascadeType.REMOVE ou CascadeType.ALL alors : L’adresse est supprimée également Attention, que si elle n’est pas partagée !!!

Relation 1-N bi-directionnelle non partagée

Relation 1-N bi-directionnelle non partagée A part qu’on a pas de table de jointure, le principe est le même que pour les exemples uni-directionnels. Si on supprime une adresse de la collection, alors on va mettre à null la clé étrangère dans la table des ADRESSE, mais l’adresse n’est pas supprimée, Si on est en CascadeType.REMOVE ou CascadeType.ALL alors la ligne de l’adresse est supprimée dans la table des adresses.

Cas des relations partagées On ne peut pas supprimer une relation partagée, donc comment faire ? Avant de la supprimer de la collection, s’assure qu’elle n’est pas partagée, Si elle l’est, voir si il ne faut pas d’abord supprimer l’entité qui la partage… Attention aux destructions en cascade !!!!

Cas des relations partagées Si on est en CascadeType.REMOVE ou CascadeType.ALL la suppression d’une personne implique la suppression d’une adresse, ce qui peut aussi donner des erreurs. Solution: utiliser l’attribut orphanRemoval=true Cela ne va supprimer les adresses que si elles sont orphelines. Sinon : ne pas faire de delete en cascade et gérer à la main.

Relations N-N Cas similaires mais un peu plus compliqué Ex: des cours et des élèves, comment supprimer un cours ou un élève Solution recommandée : ne pas faire de delete en cascade utiliser l’attribut orphanRemoval=true si on ne veut pas de données orphelines.