Hum, je dois relever cette énorme erreur.
Le principal intérêt de l'algèbre relationnelle est de mettre en relation des données par des contrainte de dépendance. Ce qui fait qu'une base de données est relationnelle et la possibilité d'établir des relations entre tables via des contraintes d'intégrité (clefs étrangères pointant sur des clefs primaires ou unique). MySql ne possédais pas jusqu'à peu de temps cette option, ce n'était pas donc pas un SGBD relationnel.
Essayez de maintenir une BDD mySql 3 en 3eme forme normale pour voir... ;o)
Quant au positionnement de SAPdb :
mySql est le SGBD simple par excellence. Vite installé, bases vite montée et sauvegardées. En revanche, impossible de monter un fonctionnel complexe dessus sans se prendre la tête car on ne peux s'appuyer sur des mécanismes adaptés. (Pas de vues, pas de contraintes). Bref, pour stocker beaucoup de donnée de structure simple
postGresQl est un SGBDR avec toutes les composantes modernes (même si les clefs étrangère furent un temps gérées bizarrement). Mais il traîne un background trop peu industriel. Il manque d'outillage tel qu'affectionnent les entreprises.
Un manque qu'SAP DB comble manifestement, la solidité et la maîtrise des perfs en plus.
[^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
Posté par Franck Hanot . En réponse à la dépêche MySQL bientôt basée sur SAPDB ?. Évalué à 1.
Le principal intérêt de l'algèbre relationnelle est de mettre en relation des données par des contrainte de dépendance. Ce qui fait qu'une base de données est relationnelle et la possibilité d'établir des relations entre tables via des contraintes d'intégrité (clefs étrangères pointant sur des clefs primaires ou unique). MySql ne possédais pas jusqu'à peu de temps cette option, ce n'était pas donc pas un SGBD relationnel.
Essayez de maintenir une BDD mySql 3 en 3eme forme normale pour voir... ;o)
Quant au positionnement de SAPdb :
mySql est le SGBD simple par excellence. Vite installé, bases vite montée et sauvegardées. En revanche, impossible de monter un fonctionnel complexe dessus sans se prendre la tête car on ne peux s'appuyer sur des mécanismes adaptés. (Pas de vues, pas de contraintes). Bref, pour stocker beaucoup de donnée de structure simple
postGresQl est un SGBDR avec toutes les composantes modernes (même si les clefs étrangère furent un temps gérées bizarrement). Mais il traîne un background trop peu industriel. Il manque d'outillage tel qu'affectionnent les entreprises.
Un manque qu'SAP DB comble manifestement, la solidité et la maîtrise des perfs en plus.