Version 3.

0
XML deploy 1.0 2.1
Mapping => liaison entre les données et l’app par 1 objet.
Mapping O/R => connecté une bd relationnelle avec une app objet.
2 façons de description du mapping => annotations / fichier xml de mapping / mixer (prio xml)
____________________________________
Correspondance O/R
Blm => objet + fonctionnalités (héritage) / diff entre les relations des 2 modèles / objet ne possède
pas un id en standard
Inc JPA => multiple choix dans solution + outils / // api + leur implémentation // Nombreuses
évolutions des api standards + framework open source
Solutions => frma Osrc / fram commerciaux / api standards (ejbe/jpa) / mapping o/r
_____________________________________________
Fonctionnalités outils mapping o/r => assurer les mapping class/tab champ/att rel/card / proposer
langage req idépendant de bd cible + assurer traduction en sql natif selon bd utilisée / proposer une
interface permet facilement de mettre en œuvre des actions de type crud + héritage mapping
 Réduire quantité code à produire mais implique une configuration
______________________________________
Objet métier (entité) => utiliser des classes pour chaque type d’objet pour représenter ses
caractéristiques.
Entité => permet d’encapsuler les data d’1 occ d’1 table ou +.
____________________________________
API JPA permet => standardisation du mapping O/R / utilisation annotation avec support héritage +
polymorphisme / possibilité d’utiliser ejb en dehors de conteneur.
JPA repose sur Fonctionnalités => {} entité annoté qui représente le modèle objet de données / API
contenu le package javax.persistence / cycle de vie pour entités
____________________________________
EJB E => représente des objets persistants => stocké dans des bd relationnel (la plupart tps) =>
représente un objet métier qui existe dans le système de stockage permanent => s’occupe des
données
EJB E => données conservées même après l’arrêt de l’app => durée de vie longue => stockées dans
des systèmes de persistance (bd)
____________________________________
EB => objet mappé vers une table grâce à des méta données via api java persistance.
EB => implémente interface + déclarée avec annotation @....entity + contient au – 1 prop déclarée
avec @id
  Doit avoir au moins un constructeur sans args / classe bean obligatoirement masquée avec
@.....entity
AV EB => s’exécute dans le conteneur ejb qui apporte des services : gestion persistance (non créer
son code sql ou jdbc) / g trans / g sécurité …
Relation entre eb => one to many, many to one, one to one, many to many.
EB peut être répartie sur + tables => id uniq pour que les app trouvent les données de eb associées
EB => composé de propriétés mappées sur les champs de la table de la bd sous-jac
Champ relation dans eb représenté par une prop de type autre EB
_____________________________________________
Prop => encapsule les données d 1 champ d 1 table (utilisable via 1 simple accesseur)
Prop => champ persistant => a l’exécution le conteneur synchronise l’état des champs avec celui de la
bd
Clé primaire => prop particulière => id unique de bd + objet