Différence entre RDBMS et ORDBMS

Différence entre RDBMS et ORDBMS
Différence entre RDBMS et ORDBMS

Vidéo: Différence entre RDBMS et ORDBMS

Vidéo: Différence entre RDBMS et ORDBMS
Vidéo: The Origins of "Hillbilly" and "Redneck" | America's Secret Slang | History 2024, Juillet
Anonim

RDBMS contre ORDBMS

Un système de gestion de base de données relationnelle (RDBMS) est un système de gestion de base de données (SGBD) basé sur le modèle relationnel. Les SGBD les plus populaires actuellement utilisés sont les RDMS. La base de données relationnelle objet (ORDBMS) est également un SGBD qui étend le SGBDR pour prendre en charge une classe plus large d'applications et tente de créer un pont entre les paradigmes relationnel et orienté objet.

Comme mentionné, l'ancien 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 RDMS 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. Trois principes fondamentaux importants doivent être suivis par un RDMS. 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 se répéter et enfin l'utilisation du langage de requête standard (SQL). Le plus grand avantage des SGBDR est qu'il est facile pour les utilisateurs de créer un accès et d'é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 leur manque d'efficacité lorsqu'on travaille avec des langages autres que SQL et aussi le fait que 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 en fait des RDMS.

Comme mentionné précédemment, ORDBMS fournit un terrain d'entente entre le RDMS et les bases de données orientées objet (OODBMS). Vous pouvez simplement dire que ORDBMS met un frontal orienté objet sur un SGBDR. Lorsqu'une application communique avec un ORDBMS, elle agit normalement comme si les données étaient stockées sous forme d'objets. Ensuite, l'ORDBMS convertira les informations sur l'objet en tableaux de données avec des lignes et des colonnes et traitera les données telles qu'elles étaient stockées dans un SGBDR. De plus, lorsque les données sont récupérées, elles renverront un objet complexe créé en réassemblant les données simples. Le plus grand avantage d'ORDBMS est qu'il fournit des méthodes pour convertir les données entre le format RDBMS et le format OODBMS, de sorte que le programmeur n'a pas besoin d'écrire de code pour convertir entre les deux formats et l'accès à la base de données est facile à partir d'un langage orienté objet.

Même si RDBMS et ORDBMS sont tous deux des SGBD, ils diffèrent dans la façon dont ils interagissent avec les applications. Les applications utilisant RDBMS doivent effectuer un travail supplémentaire lors du stockage de données complexes, tandis que ORDBMS fournit intrinsèquement un support pour cela. Mais en raison de la conversion interne entre les formats de données, les performances des ORDBMS peuvent être dégradées. Par conséquent, choisir l'un plutôt que l'autre dépend des données qui doivent être stockées/gérées.

Conseillé: