====== Architecture d'accès aux données ======

L'architecture d'accès aux données se divise en 4 composantes indépendantes, chacune ayant un rôle précis et permet de faire abstraction du fonctionnement des composantes de plus bas niveau. Plus vous descendez dans les couches d'abstraction, plus le fonctionnement se rapprochera du système de stockage (connection à MySQL, fichiers XML, serveur memcache, ect...).

Voici une représentation des interactions entre ces 4 composantes :
<code>
         Business Project
                |
   +------------+------------+
   |                         |
   v                         v
  YUJ <-------------------> TSB
   |                         |
   +-------------+-----------+
                 |
                 v
                PAO

</code>

===== BO (Business Objects) =====

==== Introduction ====

Un [[wp>http://fr.wikipedia.org/wiki/Objet_m%C3%A9tier|Objet métier]] (ou //Métier//, ou //Business Object// en anglais) contient l'ensemble des méthodes nécessaires à la gestion d'une entité, dans le cadre d'une utilisation qui ferait abstraction des méthodes de stockage des données. C'est une forme de modèle capable d'utiliser différents moteurs de stockage, sans que le changement de moteur de stockage n'influence pour autant son fonctionnement.

Dans le cadre des fonctionnalités CRUD, un métier dispose des 4 fonctionnalités de base nécessaires à la manipulation de données :
  * Création (//Create// en anglais)
  * Chargement (//Retrieve// en anglais)
  * Mise à jour (//Update// en anglais)
  * Suppression (//Delete// en anglais)

==== Architecture ====



===== ORM (Object/Relational Mapping) =====

[[wp>http://fr.wikipedia.org/wiki/Mapping_objet-relationnel|Translation Objet/Relationel]]

===== DAO (Data Access Objects) =====

===== DAL (Data Access Layer) =====