Un Système de Gestion de Base de Donnée Objet-Relationnel est sencé proposer un certain nombre de services.
- Procédures stockées attachées à des tables
- Héritages entre tables
- Pointeurs d'enregistrement (permettant d'inclure un enregistrement dans un enregistrement d'une autre table dans avoir à faire de jointure).
- Tables dans des tables (NESTED TABLE)
- etc... le reste, j'ai un peu oublié.
Bref, bcp de choses qui sont encore en cours de spécification. La norme sera SQL3 (normalement, je l'ai juste entendu par une source sûr, j'ai pas vérifié)...
A côté de cela, Oracle propose des choses comme les procédures affectées à des tables, les pointeurs, les nested table... mais ne connaît pas encore l'héritage. On peut donc difficilement parler d'objet relationnel pour Oracle.
Il me semble que DB2 (non vérifié là non plus, ce n'est pas ma spécialité) est plus avancé dans ce domaine... pour le reste, je vous laisse à vos recherches, vous vous y connaîtrez mieux que moi, sûrement ! ;c)
D'avis personnel, je ne trouve pas que ce concept soit encore suffisament au point pour être vraiment appliqué au niveau productif. D'autant que je ne connaîs pas les performances que proposent les SGBD proposant une approche objet-relationnel.
[^] # Re: SGBDO libre ?
Posté par Baptiste SIMON . En réponse à la dépêche Sortie du SGBD Firebird en version 1.0 finale. Évalué à 7.
- Procédures stockées attachées à des tables
- Héritages entre tables
- Pointeurs d'enregistrement (permettant d'inclure un enregistrement dans un enregistrement d'une autre table dans avoir à faire de jointure).
- Tables dans des tables (NESTED TABLE)
- etc... le reste, j'ai un peu oublié.
Bref, bcp de choses qui sont encore en cours de spécification. La norme sera SQL3 (normalement, je l'ai juste entendu par une source sûr, j'ai pas vérifié)...
A côté de cela, Oracle propose des choses comme les procédures affectées à des tables, les pointeurs, les nested table... mais ne connaît pas encore l'héritage. On peut donc difficilement parler d'objet relationnel pour Oracle.
Il me semble que DB2 (non vérifié là non plus, ce n'est pas ma spécialité) est plus avancé dans ce domaine... pour le reste, je vous laisse à vos recherches, vous vous y connaîtrez mieux que moi, sûrement ! ;c)
D'avis personnel, je ne trouve pas que ce concept soit encore suffisament au point pour être vraiment appliqué au niveau productif. D'autant que je ne connaîs pas les performances que proposent les SGBD proposant une approche objet-relationnel.