Migration de MySQL vers PostGreSQL

Discussion dans 'Web, design' créé par guslinux, 5 Janvier 2007.

Statut de la discussion:
Fermée.
  1. Offline
    Bingo Beer Addict
    Je suis quand même surpris. Tu peux poster le explain analyze de ta requête ?

    Sinon, MySQL est clairement plus performant pour les INSERT, mais sur les tables MyISAM. PostgreSQL est toujours transactionnel (alors que dans MySQL on a le choix), d'où les moins bonnes perfs en INSERT/UPDATE.
    J'ai désactivé le fsync sur mes serveurs, vu que l'intégrité de mes DB n'est pas vraiment une préoccupation. Ca permet un bon boost de performance en ajout/modification de données.
    Bingo, 9 Janvier 2007
    #21
  2. Offline
    Bingo Beer Addict
    D'ailleurs, est-ce que tu as demandé conseil à ce sujet sur la liste pgsql-performance@postgresql.org ? En général, ils viennent vite à ta rescousse quand tu dis que tes requêtes sont bien plus lentes en PostgreSQL qu'en MySQL ! :D
    Bingo, 9 Janvier 2007
    #22
  3. Offline
    guslinux Gamerz'ien
    Est-ce que vous connaissez un bon programme pour faire de l'analyse en BD du meme genre que DBDesigner mais pour PostGreSQL ? Car DBDesigner permet la création de trigger mais aucune trace d'eux dans l'export MySQL ...
    guslinux, 9 Janvier 2007
    #23
  4. Offline
    Bingo Beer Addict
    Perso je fais tout à la main, mais le seul truc correct que j'ai trouvé dans ce style (pour imprimer des schémas relationnels par exemple), c'est EMS SQL Manager.
    Bingo, 9 Janvier 2007
    #24
  5. Offline
    grosnours ex membre
    J'utilise Case Studio pour les schémas.

    Bingo:
    J'ai déjà utilisé la liste pgsql-perf pour résoudre quelques problèmes, mais celui-ci, je l'ai jamais compris... et évidemment, c'est quand on veut montrer que ça va pas que ça va:
    http://paste.uni.cc/12632

    Pour te donner une idée, le select count(*) prenait plus de 10 secondes hier et ce matin encore. La requête suivante prenait plus d'une minute.

    Visiblement, il se peut que les index soient un peu foireux (corrompus). Un drop/create index a ramené les requetes dans durées acceptables.
    grosnours, 9 Janvier 2007
    #25
  6. Offline
    Bingo Beer Addict
    Ouais, c'est bien probable.
    Du coup, ça remet la balle au centre quand même.
    Jsute pour info, je pense que REINDEX fait la même chose qu'un DROP/CREATE, mais en plus facile quoi.

    PS : pas mal le site "pastebin".
    Bingo, 9 Janvier 2007
    #26
  7. Offline
    guslinux Gamerz'ien
    Je sais, avant je faisais comme ca aussi ... mais depuis que je travaille avec DBDesigner c'est impensable de revenir en arrière ... c'est tellement simple et tellement rapide ... de plus ca permet de faire des exports graphiques propre. Le seul problème c'est la compatibilité limitée ... snif

    Faudrait peut etre s'y intéresser :p prendre le fichier xml et faire un parseur poru générer la requete en PostGreSQL ... j'ai un projet en VB ca pourrait servir comme sujet :p

    Schéma de la BD en cours de devel :
    [IMG]
    guslinux, 9 Janvier 2007
    #27
  8. Offline
    Bingo Beer Addict
    Ouais, ça ressemble pas mal à EMS SQL Manager. Il y a une version d'évaluation, tu devrais essayer.

    @grosnours : Case Studio, ça coûte hyper cher non ?
    Bingo, 9 Janvier 2007
    #28
  9. Offline
    grosnours ex membre
    Je sais pas, je fais la conception au papier/crayon et en blocnotes :p
    grosnours, 9 Janvier 2007
    #29
  10. Offline
    guslinux Gamerz'ien
    EMS SQL Manager for PostGreSQL

    J'ai trouvé la solution pour passer de DBDesigner à Postgresql : MySQL lol
    Je fais la BD dans MySQL et ensuite je fais un export de la base vers postgresql ... vive les intermédiaires :p
    guslinux, 9 Janvier 2007
    #30
Statut de la discussion:
Fermée.