RDBMS vs OODBMS
Un système de gestion de base de données orienté objet (OODBMS), parfois appelé système de gestion de base de données d'objets (ODMS), est un système de gestion de base de données (SGBD) qui prend en charge la modélisation et la création de données en tant qu'objets. OODBMS prend en charge les classes d'objets, l'héritage des propriétés de classe et des méthodes par les sous-classes et leurs objets. Un système de gestion de base de données relationnelle (RDBMS) est également un SGBD, mais basé sur le modèle relationnel. Les SGBD les plus populaires actuellement utilisés sont les RDMS.
Comme mentionné précédemment, le SGBDR est basé sur le modèle relationnel et les données d'un SGBDR sont stockées sous la forme de tables liées. Ainsi, une base de données relationnelle peut simplement être vue comme une collection d'une ou plusieurs relations ou tables avec des colonnes et des lignes. Chaque colonne correspond à un attribut de la relation et chaque ligne correspond à un enregistrement composé de valeurs de données pour une entité. Les RDMS sont développés en étendant les modèles hiérarchiques et de réseau, qui étaient deux systèmes de base de données précédents. Les principaux éléments d'un SGBDR sont les concepts d'intégrité relationnelle et de normalisation. Ces concepts sont basés sur les 13 règles d'un système relationnel développé par Ted Codd. Les trois principes fondamentaux suivants doivent être suivis par un SGBDR. Tout d'abord, toutes les informations doivent être présentées sous forme de tableau. Deuxièmement, chaque valeur trouvée dans les colonnes du tableau ne doit pas être répétée et enfin le langage de requête standard (SQL) doit être utilisé. Le plus grand avantage des SGBDR est sa facilité pour les utilisateurs à créer/accéder et étendre les données. Après la création d'une base de données, l'utilisateur peut ajouter de nouvelles catégories de données à la base de données sans modifier l'application existante. Il existe également des limitations notables dans les SGBDR. Une limitation est que leur manque d'efficacité lorsqu'ils travaillent avec des langages autres que SQL et aussi toutes les informations doivent être dans des tables où les relations entre les entités sont définies par des valeurs. De plus, les RDMS ne disposent pas d'une zone de stockage suffisante pour gérer des données telles que des images, de l'audio et de la vidéo numériques. Actuellement, la plupart des SGBD dominants tels que la famille DB2 d'IBM, Oracle, Access de Microsoft et SQL Server sont des RDMS.
OODBMS est un SGBD qui permet de représenter des informations sous la forme d'objets tels qu'utilisés dans la programmation orientée objet. Les OODBMS ont été développés dans les années 1980 pour surmonter les limites des RDMS telles que la gestion de données volumineuses et complexes. Les OODBMS fournissent un environnement de développement d'applications intégré en associant la programmation orientée objet à la technologie des bases de données. Les OODBMS appliquent des concepts de programmation orientés objet tels que l'encapsulation, le polymorphisme et l'héritage ainsi que des concepts de gestion de base de données tels que l'atomicité, la cohérence, l'isolement et la durabilité. Les langages orientés objet tels que Java, C, Visual Basic. NET et C++ peuvent bien fonctionner avec les OODBMS. Étant donné que le langage de programmation et OODBMS utilisent le même modèle orienté objet, les programmeurs peuvent facilement maintenir la cohérence entre les deux environnements.
Même si RDBMS et OODBMS sont tous deux des SGBD, ils diffèrent par le modèle qu'ils utilisent pour représenter les données. Les OODBMS utilisent un modèle orienté objet tandis que les RDBMS utilisent le modèle relationnel. Les deux ont leurs propres avantages et inconvénients. OODBMS peut stocker/accéder à des données complexes plus efficacement que RDBMS. Mais l'apprentissage de OODBMS peut être complexe en raison de la technologie orientée objet, par rapport à l'apprentissage de RDBMS. Par conséquent, choisir l'un plutôt que l'autre dépend du type et de la complexité des données à stocker/gérer.
