fichiers séquentiels indexés VS base de données relationnell

Clotilde · 17/08/2005, 17h42

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!

fadace · 17/08/2005, 17h58

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 · 17/08/2005, 20h00

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 · 22/08/2005, 06h31

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.

17/08/2005, 17h42	#1
Clotilde Futur Membre du Club Inscription : juillet 2003 Messages : 110 Détails du profil Informations forums : Inscription : juillet 2003 Messages : 110 Points : 19 Points : 19	fichiers séquentiels indexés VS base de données relationnell 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! __________________ Clotilde
	00

17/08/2005, 17h58	#2
fadace Rédacteur/Modérateur Fabien Celaia Administrateur de base de données Inscription : octobre 2002 Messages : 3 779 Détails du profil Informations personnelles : Nom : Fabien Celaia Âge : 41 Localisation : Suisse Informations professionnelles : Activité : Administrateur de base de données Secteur : Service public Informations forums : Inscription : octobre 2002 Messages : 3 779 Points : 8 124 Points : 8 124	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)... __________________ Sr DBA Oracle / Sybase / MS-SQL / DB2 / Informix / Postgresql Administrateur SAP Mes articles Attention : pas de réponse technique par MP : pensez aux autres, passez par les forums !
	00

17/08/2005, 20h00	#3
qi130 Expert Confirmé Sénior Pierre Ingénieur qualité méthodes Inscription : mars 2003 Messages : 3 726 Détails du profil Informations personnelles : Nom : Pierre Âge : 51 Localisation : France Informations professionnelles : Activité : Ingénieur qualité méthodes Secteur : Finance Informations forums : Inscription : mars 2003 Messages : 3 726 Points : 4 739 Points : 4 739	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. __________________ "Il n'y a pas de bonnes réponses à une mauvaise question." (M. Godet) ----------------------- Pensez à cloturer votre sujet - Aucune réponse aux sollicitations techniques par MP Usus magister est optimus
	00

22/08/2005, 06h31	#4
gregory.broissard Membre expérimenté Inscription : mai 2005 Messages : 414 Détails du profil Informations forums : Inscription : mai 2005 Messages : 414 Points : 589 Points : 589	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.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email