Oracle a le gros avantage de proposer quasiment toutes les fonctionnalité de "gestion de données":
Outre les tables SQL classiques, ca intègre aussi: le langage PLSQL (pourri mais il a l'avantage d'exister), un "Full Text Index" avec des opérateurs de recherches de type "fuzzy", "ce prononce comme", traductions des terme de recherches, la gestion de données "spatiales" (points, polygones, distances …), la gestion de données "sémantiques" (RDF datastore), …
Et toutes ces fonctionnalités sont inter-opérable: une seule grosse base de donnée que tu peut questionner dans tout les sens suivant tes envies (tu peut faire une jointure sur entre le résultat d'une requette SPARQL -RDF- et d'une recherche "Full Text").
Bon sur ce dernier point (l'interopérabilité des fonctionnalités) c'est la théorie, en pratique ça peut te péter à la gueule ou avoir des performances catastrophique; mais au moins c'est possible au sein de la même "base de donnée" !
[^] # Re: question bête
Posté par thecat . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 3.
Oracle a le gros avantage de proposer quasiment toutes les fonctionnalité de "gestion de données":
Outre les tables SQL classiques, ca intègre aussi: le langage PLSQL (pourri mais il a l'avantage d'exister), un "Full Text Index" avec des opérateurs de recherches de type "fuzzy", "ce prononce comme", traductions des terme de recherches, la gestion de données "spatiales" (points, polygones, distances …), la gestion de données "sémantiques" (RDF datastore), …
Et toutes ces fonctionnalités sont inter-opérable: une seule grosse base de donnée que tu peut questionner dans tout les sens suivant tes envies (tu peut faire une jointure sur entre le résultat d'une requette SPARQL -RDF- et d'une recherche "Full Text").
Bon sur ce dernier point (l'interopérabilité des fonctionnalités) c'est la théorie, en pratique ça peut te péter à la gueule ou avoir des performances catastrophique; mais au moins c'est possible au sein de la même "base de donnée" !