Lire des fichiers ou une table? [Résolu]

goomazio · 25/02/2007, 14h34

Salut,

Est-il plus intéressant (performant) de faire la lecture séquentielle d'un fichier ou de lire séquentiellement les enregistrements d'une table d'une base de données?
Séparer les éléments d'une ligne d'un fichier manuellement, est-ce moins performant que de faire un SELECT élément1, élément2 FROM MaTable?

Un avantage d'un SGBD c'est que ça stock et lit des données dans des fichiers d'une manière assez performante, mais si c'est une lecture séquentielle, est-ce qu'il y aura une différence de performance avec la lecture d'un fichier?
La seule opération à faire sera de se positionner à un certain endroit dans le fichier.

En sachant que le fichier et le SGBD se trouveront sur le même serveur que l'application.

S'il n'y a pas de différence de performance, est-ce qu'il y a une majorité de SGBD qui journalisent les opérations dans des fichiers plutot que dans des tables? Est-ce qu'il y a une "norme" sur la journalisation?

Merci

Edit : une lecture ligne par ligne d'un fichier ou une requête dans une bd et la lecture des résultats? Il ne doit pas y avoir beaucoup de différence. Il faut se renseigner sur les méthodes qu'utilisent les SGBD pour exécuter une requête.

SQLpro · 26/02/2007, 17h30

Ne confondez pas SGBDR et lecture de lignes dans des fichiers, cela n'a rien à voir...

Il faudrait faire un cours de plusieurs heures pour vous faire comprendre la différence. Mais sachez qu'en aucun cas un SGBDR ne lit les données directement depuis le disque. Il travaille essentiellement en mémoire. D'ou la rapidité bien supérieure à la lecture d'un fichier sur un disque.

Bref, je vous conseille de retourner en cours ou d'acheter un bon bouquin sur le sujet afin de comprendre ce qu'est un SGBDR !
Le dernier en français que j'ai lu et apprécié est celui-ci :
http://www.amazon.fr/dp/2744070556

A +

goomazio · 26/02/2007, 17h40

Merci pour la réponse.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Il faut se renseigner sur les méthodes qu'utilisent les SGBD pour exécuter une requête.

J'avais cette sensation d'être à côté de la plaque... Je suis d'accord, j'ai déjà entendu parlé de cela en classe.

Savoir ce qu'un SGBDR fait (en partie), c'est déjà un bon début quand même non?

25/02/2007, 14h34	#1
goomazio Membre chevronné Inscription : janvier 2006 Messages : 446 Détails du profil Informations forums : Inscription : janvier 2006 Messages : 446 Points : 638 Points : 638	Lire des fichiers ou une table? Salut, Est-il plus intéressant (performant) de faire la lecture séquentielle d'un fichier ou de lire séquentiellement les enregistrements d'une table d'une base de données? Séparer les éléments d'une ligne d'un fichier manuellement, est-ce moins performant que de faire un SELECT élément1, élément2 FROM MaTable? Un avantage d'un SGBD c'est que ça stock et lit des données dans des fichiers d'une manière assez performante, mais si c'est une lecture séquentielle, est-ce qu'il y aura une différence de performance avec la lecture d'un fichier? La seule opération à faire sera de se positionner à un certain endroit dans le fichier. En sachant que le fichier et le SGBD se trouveront sur le même serveur que l'application. S'il n'y a pas de différence de performance, est-ce qu'il y a une majorité de SGBD qui journalisent les opérations dans des fichiers plutot que dans des tables? Est-ce qu'il y a une "norme" sur la journalisation? Merci Edit : une lecture ligne par ligne d'un fichier ou une requête dans une bd et la lecture des résultats? Il ne doit pas y avoir beaucoup de différence. Il faut se renseigner sur les méthodes qu'utilisent les SGBD pour exécuter une requête.
	00

26/02/2007, 17h30	#2
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 959 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 959 Points : 17 793 Points : 17 793	Ne confondez pas SGBDR et lecture de lignes dans des fichiers, cela n'a rien à voir... Il faudrait faire un cours de plusieurs heures pour vous faire comprendre la différence. Mais sachez qu'en aucun cas un SGBDR ne lit les données directement depuis le disque. Il travaille essentiellement en mémoire. D'ou la rapidité bien supérieure à la lecture d'un fichier sur un disque. Bref, je vous conseille de retourner en cours ou d'acheter un bon bouquin sur le sujet afin de comprendre ce qu'est un SGBDR ! Le dernier en français que j'ai lu et apprécié est celui-ci : http://www.amazon.fr/dp/2744070556 A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

26/02/2007, 17h40	#3
goomazio Membre chevronné Inscription : janvier 2006 Messages : 446 Détails du profil Informations forums : Inscription : janvier 2006 Messages : 446 Points : 638 Points : 638	Merci pour la réponse. Code : Sélectionner tout - Visualiser dans une fenêtre à part Il faut se renseigner sur les méthodes qu'utilisent les SGBD pour exécuter une requête. J'avais cette sensation d'être à côté de la plaque... Je suis d'accord, j'ai déjà entendu parlé de cela en classe. Savoir ce qu'un SGBDR fait (en partie), c'est déjà un bon début quand même non?
	00

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