Publicité
+ Répondre à la discussion
Affichage des résultats 1 à 6 sur 6

Discussion: SGBD le plus rapide

  1. #1
    Invité de passage
    Inscrit en
    avril 2009
    Messages
    2
    Détails du profil
    Informations forums :
    Inscription : avril 2009
    Messages : 2
    Points : 0
    Points
    0

    Par défaut SGBD le plus rapide

    Bonjour,

    Dans le cadre d'un projet je dois effectuer ces tâches pour comparer la vitesse d'import/export des SGBD oracle access et mysql.
    Les tâches :
    1) créer une BD avec 5 tables ayant chacunes des ces tables entre 25 et 50 records. La bd doit être sur le web.
    2) Migrer la Bd vers les SGBD telles que Oracle access et mysql et mesurer le temps que chaque SGBD prend pour importer la BD du web
    3) Migrer de access vers oracle et vice versa,migrer de mysql vers oracle et vice versa et de mysql vers access et vice versa tout en mesurant les temps d'export/import de chaque SGBD.

    Le problème qui se pose c'est que je ne vois pas comment faire pour mesurer le temps d'export/import de chaque SGBD.

    Si qqn a une idée je vous prie de bien vouloir m'aider.

    Merci.

  2. #2
    Modérateur
    Avatar de al1_24
    Homme Profil pro Alain
    Ingénieur d'études décisionnel
    Inscrit en
    mai 2002
    Messages
    5 615
    Détails du profil
    Informations personnelles :
    Nom : Homme Alain
    Âge : 53
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Ingénieur d'études décisionnel
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 5 615
    Points : 12 699
    Points
    12 699

    Par défaut

    Le problème qui se pose c'est que je ne vois pas comment faire pour mesurer le temps d'export/import de chaque SGBD
    C'est relativement simple :
    Tu relèves l'heure au début de l'opération d'import (ou export), l'heure à la fin de l'opération et tu fais la différence.
    Modérateur Langage SQL
    Règles du forum Langage SQL à lire par tous, N'hésitez pas à consulter les cours SQL
    N'oubliez pas le bouton et pensez aux balises
    [code]
    Si une réponse vous a aidé à résoudre votre problème, n'oubliez pas de voter pour elle en cliquant sur
    Aide-toi et le forum t'aidera : Un problème exposé sans mentionner les tentatives de résolution infructueuses peut laisser supposer que le posteur attend qu'on fasse son travail à sa place... et ne donne pas envie d'y répondre.

  3. #3
    Membre émérite Avatar de Jester
    Inscrit en
    septembre 2003
    Messages
    813
    Détails du profil
    Informations forums :
    Inscription : septembre 2003
    Messages : 813
    Points : 863
    Points
    863

    Par défaut

    voir Talend p'tre.

    Le volume de données est faible, je pari sur mysql.

    Dans le cas 2, le facteur limitant sera peut-être la connexion au web.

  4. #4
    Invité de passage
    Inscrit en
    avril 2009
    Messages
    2
    Détails du profil
    Informations forums :
    Inscription : avril 2009
    Messages : 2
    Points : 0
    Points
    0

    Par défaut

    Salut,

    Premièrement je tiens à vous remercier pour vos réponses.
    Mais pour calculer la différence entre le temps initial et le temps final il faut bien un petit script non?

  5. #5
    Rédacteur/Modérateur

    Avatar de millie
    Profil pro
    Inscrit en
    juin 2006
    Messages
    6 945
    Détails du profil
    Informations personnelles :
    Localisation : Luxembourg

    Informations forums :
    Inscription : juin 2006
    Messages : 6 945
    Points : 8 774
    Points
    8 774

    Par défaut

    Et à noter que l'export à chaud de MySQL peut donner une sauvegarde incohérente... Donc si c'est plus rapide, mais que le résultat est mauvais...

    Et sous MySQL, cela doit aussi dépendre du type d'engine (MyISAM, innodb etc.)
    Je ne répondrai à aucune question technique en privé

  6. #6
    Membre expérimenté

    Inscrit en
    mai 2005
    Messages
    414
    Détails du profil
    Informations forums :
    Inscription : mai 2005
    Messages : 414
    Points : 592
    Points
    592

    Par défaut

    comme ca a été évoqué, le volume de données est beaucoup trop faible et les résultats ne seront donc que difficilement exploitables et pertinents.

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •