Question

Dans mon cours de conception de bases de données, nous apprenons à la fois l'algèbre relationnelle et le calcul relationnel.Je peux voir où l'algèbre relationnelle pourrait être utile puisqu'elle est étroitement liée à SQL.

Notre professeur a dit que le calcul relationnel était utilisé comme alternative au SQL dans certains SGBDR, dont la plupart n'existent plus.Le calcul relationnel a-t-il encore une utilité pratique, ou une grande partie de cela est-elle théorique ?

Était-ce utile?

La solution

je suis d'accord avec @Erik, ces instruments sont essentiellement équivalents, mais je vais ajouter quelques idées supplémentaires sur ce sujet.

Contexte

Afin de fournir plus de contexte, il est nécessaire d'avoir une définition faisant autorité pour les deux termes.Voici donc quelques extraits de l’article pertinent intitulé Complétude relationnelle des sous-langages de base de données, qui a été écrit par l'auteur du modèle relationnel, Dr.E.F.morue, et publié en 1972 :

Algèbre relationnelle.Le but premier de cette algèbre est de fournir un ensemble d'opérations sur des relations de tous degrés (pas nécessairement binaires) adaptées à la sélection de données dans une base de données relationnelles.

Calcul relationnel.Après avoir défini une algèbre relationnelle, nous considérons maintenant un calcul de prédicat appliqué qui peut également être utilisé dans la formulation de requêtes sur n'importe quelle base de données constituée d'une collection finie de relations sous forme normale simple.

De cette façon, on peut voir qu'ils servent le même objectif, puisqu'il s'agit de deux moyens mathématiques différents pour exprimer un groupe d'opérations considérées valide dans le cadre relationnel.

Comparaison des deux approches

Dans le même article, Codd compare les deux méthodes afin de souligner certains aspects importants par lesquels chacune se démarque :

Un avantage que l’on pourrait revendiquer pour l’approche algébrique est son absence de quantificateurs.Cependant, le calcul semble supérieur à l’algèbre à quatre égards.

  1. Facilité d'augmentation
  2. Portée de l'optimisation de la recherche
  3. Capacité d'autorisation
  4. Proximité avec le langage naturel

Ces aspects doivent donc être pris en compte par les organisations qui souhaitent créer leurs propres langages ou plateformes de bases de données.

Valeur pratique

Je ne sais pas s'il existe des SGBDR commerciaux contemporains qui fournissent des langages de requête purement basés sur calcul relationnel, mais je pense que sa valeur pratique réside dans le fait qu'il offre un théoriquement fondé alternative pour les fournisseurs qui envisagent de concevoir et de mettre en œuvre un nouveau valide langage relationnel, ou étendre un langage existant sans s'écarter des pratiques éprouvées et acceptées.À cet égard, il peut être utile de considérer le calcul relationnel comme un plan que ces fournisseurs peuvent suivre afin de produire un langage relationnel.

Puisque le marché est largement dominé par les plateformes SQL, que des millions d'utilisateurs dans le monde connaissent déjà plusieurs de ses dialectes particuliers et que des milliards de dollars sont investis dans de telles plateformes, il serait très intéressant de déterminer si la création de nouveaux langages relationnels serait rentable, mais si tel est le cas, le calcul relationnel pourrait toujours jouer un rôle important.

Bien entendu, de tels projets peuvent être beaucoup plus réalisables dans le académique domaine, il y a donc plus de valeur pratique concernant cet outil.

Autres conseils

https://fr.wikipedia.org/wiki/relante_calculus :

L'algèbre relationnelle et le calcul relationnel sont essentiellement équivalents logiquement: pour toute expression algébrique, il existe une expression équivalente dans le calcul, et inversement.

En gros, ils sont deux outils / méthodes qui produisent efficacement la même sortie.L'apprentissage on pourrait donner un aperçu de l'autre, et La perspicacité supplémentaire est la valeur réelle pour apprendre à la fois .

Licencié sous: CC-BY-SA avec attribution
Non affilié à dba.stackexchange
scroll top