IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Framework .NET Discussion :

Acces disque vs accès base de données - Le + rapide


Sujet :

Framework .NET

  1. #1
    Membre éclairé
    Avatar de nicolas.pied
    Profil pro
    Ingénieur d'Etudes
    Inscrit en
    Janvier 2005
    Messages
    249
    Détails du profil
    Informations personnelles :
    Âge : 42
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Ingénieur d'Etudes

    Informations forums :
    Inscription : Janvier 2005
    Messages : 249
    Par défaut Acces disque vs accès base de données - Le + rapide
    Petite question ?

    Est-il mieux de réaliser un accès disque vers un fichier XML plutôt qu'un accès vers une table d'une base de données ?

    En partant du principe où le fichier XML est assez simple et qu'il nécessite un parcours via DOM, qu'elle est l'action la plus rapide à réaliser pour le framework ; fichier ou base de données ?

    Merci pour vos réponses.
    Un peu d'humour : jokes.guppix.fr
    Articles et actualités informatiques : Kbups.org
    Articles sur le développement informatique : nicolaspied.developpez.com

  2. #2
    Rédacteur

    Avatar de Jérôme Lambert
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Novembre 2003
    Messages
    4 451
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : Belgique

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2003
    Messages : 4 451
    Par défaut
    La question ne devrait pas être, lequel est le plus rapide mais quelle est la solution la plus intéressante par rapport à mon cas ?

    Ca dépend, as tu beaucoup de "tuples" à manipuler (combien ? +10, +100, +1000, +10000) ? Est-ce uniquement de la lecture où il y a de l'insertion, suppression, modification ? Y a-t-il plusieurs données avec des relations (au sens bd, y a-t-il plusieurs tables avec clés étrangères ?

  3. #3
    Membre éclairé
    Avatar de nicolas.pied
    Profil pro
    Ingénieur d'Etudes
    Inscrit en
    Janvier 2005
    Messages
    249
    Détails du profil
    Informations personnelles :
    Âge : 42
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Ingénieur d'Etudes

    Informations forums :
    Inscription : Janvier 2005
    Messages : 249
    Par défaut
    Cela concerne juste de la lecture. Au niveau tuples, une vingtaine environ.

    Au niveau de la base de données, il y aurait environ 4 clefs étrangères vers des tables simples.
    Un peu d'humour : jokes.guppix.fr
    Articles et actualités informatiques : Kbups.org
    Articles sur le développement informatique : nicolaspied.developpez.com

  4. #4
    Rédacteur

    Avatar de Jérôme Lambert
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Novembre 2003
    Messages
    4 451
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : Belgique

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2003
    Messages : 4 451
    Par défaut
    Si c'est un contenu qui ne va pas évoluer dans le temps et qu'il n'a que très peu d'information, XML pour moi

  5. #5
    Membre émérite

    Profil pro
    Inscrit en
    Février 2004
    Messages
    862
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : Suisse

    Informations forums :
    Inscription : Février 2004
    Messages : 862
    Par défaut
    J'ajouterai que pour un volume de données aussi réduit, la question de la source importe moyennement, parce que lecture initiale --> mise en cache --> accès suivant directement sur le cache.

    A priori, un accès vers une bonne base de données sera plus rapide et un fichier xml sera peut être plus souple à utiliser, mais encore une fois, sur ce volume la différence en terme de performance est négligeable.

  6. #6
    Membre éclairé
    Avatar de nicolas.pied
    Profil pro
    Ingénieur d'Etudes
    Inscrit en
    Janvier 2005
    Messages
    249
    Détails du profil
    Informations personnelles :
    Âge : 42
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Ingénieur d'Etudes

    Informations forums :
    Inscription : Janvier 2005
    Messages : 249
    Par défaut
    En parlant du cache d'ailleurs, qu'elles sont vos principes de mise en cache pour un fichier ? Existe-t-il des méthodes du framework permettant de gérer cela de façon simplifié ?

    Merci !
    Un peu d'humour : jokes.guppix.fr
    Articles et actualités informatiques : Kbups.org
    Articles sur le développement informatique : nicolaspied.developpez.com

  7. #7
    Membre émérite

    Profil pro
    Inscrit en
    Février 2004
    Messages
    862
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : Suisse

    Informations forums :
    Inscription : Février 2004
    Messages : 862
    Par défaut
    Citation Envoyé par nicolas.pied Voir le message
    Existe-t-il des méthodes du framework permettant de gérer cela de façon simplifié ?
    Il existe des frameworks de gestion de cache.

    Maintenant, si tu veux aller au plus simple, l'utilisation d'une simple HashTable rempli très bien ce rôle.

  8. #8
    Membre Expert Avatar de davcha
    Profil pro
    Inscrit en
    Avril 2004
    Messages
    1 258
    Détails du profil
    Informations personnelles :
    Âge : 44
    Localisation : France

    Informations forums :
    Inscription : Avril 2004
    Messages : 1 258
    Par défaut
    Citation Envoyé par Keihilin Voir le message
    J'ajouterai que pour un volume de données aussi réduit, la question de la source importe moyennement, parce que lecture initiale --> mise en cache --> accès suivant directement sur le cache.

    A priori, un accès vers une bonne base de données sera plus rapide et un fichier xml sera peut être plus souple à utiliser, mais encore une fois, sur ce volume la différence en terme de performance est négligeable.
    Il y aura tout de même une chose à retenir en faveur du XML dans son cas : l'installation de la BDD.
    Il est plus simple de déployer une appli qui n'utilise pas de BDD qu'une appli qui en utilise une. Plus simple à maintenir aussi (sauf si vous arrivez à faire crasher un fichier XML )

  9. #9
    Inactif  
    Homme Profil pro
    Chef de projet NTIC
    Inscrit en
    Janvier 2007
    Messages
    6 604
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 64
    Localisation : France

    Informations professionnelles :
    Activité : Chef de projet NTIC

    Informations forums :
    Inscription : Janvier 2007
    Messages : 6 604
    Par défaut
    Citation Envoyé par davcha Voir le message
    Il est plus simple de déployer une appli qui n'utilise pas de BDD qu'une appli qui en utilise une. Plus simple à maintenir aussi (sauf si vous arrivez à faire crasher un fichier XML )
    Dans le cas décris ici, ce n'est pas tout à fait vrai, car on peut se contenter d'un SGBD embarqué tel Sqlite.

Discussions similaires

  1. Réponses: 3
    Dernier message: 01/12/2008, 01h32
  2. Accès R/W à une base de données en multi-utilisateurs
    Par foreigner6 dans le forum Services Web
    Réponses: 1
    Dernier message: 18/02/2008, 20h39
  3. accès du pilote de base de données refusé
    Par frederix quest dans le forum Accès aux données
    Réponses: 1
    Dernier message: 06/03/2007, 09h27
  4. Accès Réseau a une base de données Access par Visual Basic
    Par thegreatbato dans le forum VBA Access
    Réponses: 5
    Dernier message: 06/01/2006, 14h04
  5. Réponses: 15
    Dernier message: 25/10/2004, 11h50

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo