L'évolution vers les SGBD objet-relationnels résout l'incompatibilité avec la programmation orientée objet

E. F. Codd, informaticien qui a formalisé le modèle relationnel en 1970, a posé les bases des bases de données tabulaires dominantes pendant des décennies. À partir des années 1980, la programmation orientée objet (POO), avec ses classes, héritages et méthodes encapsulées, a révélé un impedance mismatch, une incompatibilité structurelle, face aux tables, lignes, colonnes, clés primaires et étrangères des systèmes relationnels. Cette fracture conceptuelle compliquait la persistance des objets dans les bases traditionnelles. Le modèle relationnel excelle en normalisation, transactions ACID et requêtes SQL standardisées, mais peine à représenter nativement les relations complexes d’objets ou les hiérarchies d’héritage propres à des langages comme C++ ou Java. Les développeurs devaient recourir à des mappings manuels fastidieux, générant des surcoûts en performance et maintenance. Cette limitation a freiné l’intégration fluide entre applications POO et stockage relationnel, dominant depuis les années 1970. Les systèmes de gestion de bases de données objet-relationnelles (SGBDOR) ont émergé dans les années 1990 pour étendre le relationnel avec des types utilisateurs, l’héritage de tables et les objets composites. PostgreSQL, issu du projet Postgres lancé en 1986 par l’Université de Californie à Berkeley, intègre ces fonctionnalités dès 1996, permettant des requêtes sur des structures hiérarchiques sans abandonner la robustesse relationnelle. La norme SQL:1999 a standardisé ces avancées. Aujourd’hui, PostgreSQL gère des données semi-structurées et personnalisées, minimisant le recours aux ORM externes tout en préservant l’évolutivité. Cette hybridation concilie fiabilité relationnelle et expressivité objet, influençant les bases modernes face aux besoins croissants en flexibilité.