Transposition d'un modèle objet dans un contexte relationnel

La modélisation et la programmation objet sont aujourd'hui incontournables dans le monde industriel, en particulier avec l'avènement d'architectures dirigées par les modèles (MDA) ou d'architectures urbanisées orientées service. En effet, la nécessité de maîtriser des Systèmes d'Information de plus en plus complexes pousse les entreprises à mettre en œuvre ce type d'approche. Les technologies de programmation objet tels que Java, C++ ou DCOM permettent l'implantation des solutions conçues dans ces architectures, en facilitant ainsi à la fois la maintenance et l'évolutivité du Système d'Information.

Alors que les concepts objets sont très présents dans les phases de conception, les solutions utilisées pour le stockage de données restent majoritairement relationnelles. Le problème de transposition d'applications conçues avec une approche objet et destinées à être implantées dans un contexte relationnel est, de ce fait, un problème récurrent au sein des entreprises.

Pour répondre à cette problématique, il est souvent fait recours à la mise en œuvre de requêtes SQL spécifiques qui ne tiennent pas compte du modèle objet de départ. Bien que relativement efficace, cette solution rend plus complexe toute évolution du modèle objet car les impacts au niveau des données sont difficiles à évaluer et rarement négligeables. Cette approche va donc à l'encontre de la tendance actuelle qui demande aux entreprises de maîtriser de plus en plus leur Système d'Information.

La mise en œuvre de règles de transposition automatisées s'avère donc nécessaire en particulier sur des projets structurants pour l'entreprise. Pour cela, les mécanismes de transposition peuvent être réalisés, soit sur mesure si l'environnement technique répond à des exigences d'entreprise spécifiques, soit avec un outil tiers de transposition dans des environnements plus standard (par exemple, dans un environnement J2EE avec des outils tels que Hibernate ou TopLink, tous deux intégrés à Eclipse).