Discussion :

[Clotilde]

Bonjour à tous!
Je souhaiterais avoir une comparaison fichiers séquentiels indexés et base de données relationnelles.
Quels sont les avantages et inconvénients de l'un et de l'autre?
Merci à vous!

[Fabien Celaia]

Ben, pour les accès sur de gros fichiers, l'optimiseur des SGBDR est souvent plus performant puisqu'il s'appuie sur des stats plus évolulées.

En plus, le SGBDR vous offre une intégrité entres vos différents sets d'enregistrement que 2 fichiers distincts ne peuvent vous offrir.

Un bon exemple de ce type de raisonnement est de comparer les optimiseurs d'un DB2-400 (couche SQL sur système de fichiers) : plus les versions avancent et plus l'optimiseur choisi est le SQE (plutôt que l'ancien CQE)...

[qi130]

en général, une appli à base de séquentiel indexé ne peut bénéficier des transactions commit/rollback.
(...sauf sur gros système IBM et CICS avec les SYNCPOINTs)

la gestion des accès concurrents est plus délicate avec du SI

la confidentialité n'est pas assurée avec du SI (on ne peut occulter certaines données car pas de VUES)

les index secondaires sont en nombres limités en SI

on ne bénéficie pas du langage de requète (SQL et les éventuelles extensions): pas de MAX, MIN, etc...

tout ce qui confère à un WHERE est la la charge de l'application ce qui implique du trafic réseau car il faut rapatrier tous les enregistrements afin de vérifier s'ils correspondent à un critère donné.

Bref, il n'y a pas photo !

Un des rares avantages du SI est de pouvoir intervenir "au chalumeau" dans les données, mais c'est aussi une carence sécuritaire...

Donc, mis à part la lecture séquentielle de tous les enreg qui peut être plus rapide avec du SI, on ne peut trouver que des avantages à l'emploi d'un SGBDR.

[gregory.broissard]

généralement il y a aussi un cache mémoire plus performant sur les SGBDR (bufferpool DB2 ou SGA Oracle).

Par contre un avantage que je mettrai coté SI c'est la facilité de mise en oeuvre.