PostgreSQL propose un support "orienté objet" dans un modele relationnel depuis belle lurette ( PostgreSQL 95 le faisait deja, si je ne m'abuse ).
il est possible entre autre d'etendre les types de postgreSQL en C pour gerer des types persos.
dans les types de bases il y a des types natifs geometriques operable en SQL : ces types permettent de decrire et operer sur des objets geometriques ( cercle, polygone, segment brisée, point, ... ). il y a aussi un type "tableau" qui permet de stocker des listes de valeurs.
au niveau de l'heritage, il y a des notions d'heritage de table ( cad de sous ensemble contraint ), par contre il n'y a pas encore d'heritage de type ... ce qui fait qu'un box n'est pas un polygone sauf a forcer un CAST de type si l'operation est supportée.
ce qui fait qu'il y a donc qu'une orientation objet assez basique ... :)
[^] # Re: SGBDR-OO
Posté par Mouns . En réponse à la dépêche PostgreSQLFr.org : plus de 1000 lectures du livre "Témoignages d'utilisation de PostgreSQL" en ligne. Évalué à 6.
il est possible entre autre d'etendre les types de postgreSQL en C pour gerer des types persos.
dans les types de bases il y a des types natifs geometriques operable en SQL : ces types permettent de decrire et operer sur des objets geometriques ( cercle, polygone, segment brisée, point, ... ). il y a aussi un type "tableau" qui permet de stocker des listes de valeurs.
au niveau de l'heritage, il y a des notions d'heritage de table ( cad de sous ensemble contraint ), par contre il n'y a pas encore d'heritage de type ... ce qui fait qu'un box n'est pas un polygone sauf a forcer un CAST de type si l'operation est supportée.
ce qui fait qu'il y a donc qu'une orientation objet assez basique ... :)