Theoriquement, je n'en ai pas essaye vraiment dans ce cadre, les SGBDO sont censes etre plus rapides pour les acces typiques des languages objets et supporter nativement assez des concepts plus proches du language.
Pourquoi est-ce important ? Parceque si le SGBD connais à l'avance les usages il peut etre optimisé pour les supporter.
Par ailleurs une chose tres importante dans une base de donnee ce sont les outils pour la gerer. Or si ces outils supportent nativement les concepts objets, les developpeurs et les DBAs voient les memes entites et peuvent un minimum echanger.
Quand l'appli et la base veillissent, les tables se multiplient, les patchs se supperposent ce genre de petits details peuvent faire la difference entre une appli in-maintenable et une appli qui survit.
Donc, pourquoi utiliser un logiciel specifique quand un generique peut faire l'affaire : c'est la difference de choix entre le sur mesure et le pret à porter.
Ce qui est certain c'est que les SGBR ont un poid, que ce qui fait la reputation de vitesse de MySQL est au prix d'une simplification tres large.
En fait en terme de performance il y'a des chances pour que des formes de stockage plus simples(dbm par exemple) explosent les SGBDR.
Au final le choix est en general fait parceque la base du projet est celle : 1) que les dev aiment/connaissent, 2) que le client a choisi sur les merites lus dans le Monde Info, 3) pour laquelle le client a deja plein d'experience/competences, 4) pour laquelle la SSII touche la plus jolie commission en vendant des licences, 5) celle supporté par la techno absolument nécessaire au projet, 6) ou celle dont le client à deja achete des licences, et rarement sur des criteres de parfaite correspondance technique au probleme sur les bras.
Donc on va rarement avoir un SGBDO, meme pour faire de l'objet parceque il est rare que ceux-ci remplissent un ou plusieurs de ces criteres, ca ne veut pas dire qu'il ne seraient pas plus indique.
NOTA: je crois bien que Postgresql a commence sa vie en SGBD mixte Objet/Relationnel et que le cote objet est tombe plus ou moins en desuetude faute d'une base d'utilisateurs suffisante.
[^] # Re: Et mysql
Posté par Christophe Renard . En réponse à la dépêche Première bêta de PostgreSQL 8. Évalué à 4.
Pourquoi est-ce important ? Parceque si le SGBD connais à l'avance les usages il peut etre optimisé pour les supporter.
Par ailleurs une chose tres importante dans une base de donnee ce sont les outils pour la gerer. Or si ces outils supportent nativement les concepts objets, les developpeurs et les DBAs voient les memes entites et peuvent un minimum echanger.
Quand l'appli et la base veillissent, les tables se multiplient, les patchs se supperposent ce genre de petits details peuvent faire la difference entre une appli in-maintenable et une appli qui survit.
Donc, pourquoi utiliser un logiciel specifique quand un generique peut faire l'affaire : c'est la difference de choix entre le sur mesure et le pret à porter.
Ce qui est certain c'est que les SGBR ont un poid, que ce qui fait la reputation de vitesse de MySQL est au prix d'une simplification tres large.
En fait en terme de performance il y'a des chances pour que des formes de stockage plus simples(dbm par exemple) explosent les SGBDR.
Au final le choix est en general fait parceque la base du projet est celle : 1) que les dev aiment/connaissent, 2) que le client a choisi sur les merites lus dans le Monde Info, 3) pour laquelle le client a deja plein d'experience/competences, 4) pour laquelle la SSII touche la plus jolie commission en vendant des licences, 5) celle supporté par la techno absolument nécessaire au projet, 6) ou celle dont le client à deja achete des licences, et rarement sur des criteres de parfaite correspondance technique au probleme sur les bras.
Donc on va rarement avoir un SGBDO, meme pour faire de l'objet parceque il est rare que ceux-ci remplissent un ou plusieurs de ces criteres, ca ne veut pas dire qu'il ne seraient pas plus indique.
NOTA: je crois bien que Postgresql a commence sa vie en SGBD mixte Objet/Relationnel et que le cote objet est tombe plus ou moins en desuetude faute d'une base d'utilisateurs suffisante.