Forum général.cherche-logiciel Éditeur de schéma DB

Posté par .
Tags : aucun
1
27
mai
2010
Bonjour

Je suis à la recherche d'un programme permettant l'édition graphique de schéma de base de données, avec relations entre tables et contraintes sur les colonnes.
Il faut qu'il permette d'exporter le schéma sous forme de script de création de tables pour différents DBMS (au moins mysql postgresql firebirdsql).
Il faut aussi qu'il puisse exporter le schéma sous une forme graphique relativement bien organisée (pour intégration dans des documents de spécification).
Et surtout il faut qu'il fonctionne sous linux et windows, parce que c'est pour pouvoir utiliser le même outils avec mes collègues pour faciliter le travail collaboratif.

Alternativement, si vous avez des programmes différents (windws/linux) mais qui peuvent sauver dans un format commun ça m'intéresse aussi.

J'en avais un sous forme de plugin pour eclipse (donc multi-plateforme), mais certains collègues trouvent ça trop lourd.

Mes recherches jusqu'à présent ne tombent que sur des logiciels propriétaires, vous en connaissez dans le libre?
La difficulté est d'en trouver qui gèrent plusieurs DBMS (parce que des spécifiques pour mysql ou postgresql ça se trouve relativement facilement).

Merci
  • # lmgtfy

    Posté par . Évalué à 2.

    avec les mots "database schema editor"

    en 3e ou 4e pages (je sais ca fait loin à chercher)
    on trouve un plugin pour eclipse : http://www.myeclipseide.org/module-htmlpages-display-pid-16.(...)

    sinon à une certaine epoque j'utilisais DbDesigner
    http://www.fabforce.net/dbdesigner4/

    qui peut se connecter directement à la base de donnée pour en ressortir le schema
    • [^] # Re: lmgtfy

      Posté par . Évalué à 1.

      myeclipseide n'est pas un plugin eclipse, c'est une version modifiée (et payante) d'eclipse.

      sinon à une certaine epoque j'utilisais DbDesigner

      Ah, ça a l'air plus intéressant, il ne parlent pas de postgresql, mais je vais tester ça.

      (je reste ouvert à d'autres suggestions, si d'autres ont des choses à proposer)
      • [^] # Re: lmgtfy

        Posté par . Évalué à 2.

        Ah, ça a l'air plus intéressant, il ne parlent pas de postgresql, mais je vais tester ça.

        Argh, c'est mal parti.
        Il n'y a pas de version x86_64, et comme c'est du delphi je ne vais pas pouvoir le recompiler moi-même, en plus le paquet a des dépendances vers des vieilles libs, je vais devoir retrouver des vieux rpm de libexpat0.
        • [^] # Re: lmgtfy

          Posté par . Évalué à 2.

          tu ne dois vraiment pas faire d'effort

          j'ai regardé s'il n'y avait pas des variantes de dbdesigner, et je suis tombé sur
          http://lmgtfy.com/?q=dbdesigner+fork

          en troisieme lien y a meme un lien vers une depeche linuxfr
          http://linuxfr.org//2007/08/24/23031.html

          sinon sur le projet dbdesigner fork, la version 1.4 est dispo pour windows et linux

          et puis sur une machine x86-64 tu peux tres bien faire tourner des programmes 32bits (mais pour ca je te laisse chercher un peu)
          • [^] # Re: lmgtfy

            Posté par . Évalué à 1.

            je n'ai effectivement pas beaucoup cherché, il était déjà tard et j'avais besoin de dormir.
            De plus, le site de dbdesigner4 disait explicitement que son successeur est mysql workbench (cf http://www.fabforce.net/downloads.php ), donc je n'ai effectivement pas cherché plus dans cette direction.

            Quant au fork, effectivement la 1.4 est dispo pour linux, mais elle date de 2007 et la 1.5 n'est disponible que pour windows, c'est mauvais signe :-(
            Je vais quand même le récupérer pour voir ce que ça vaut.

            et puis sur une machine x86-64 tu peux tres bien faire tourner des programmes 32bits

            Je sais bien qu'on peut faire tourner du x86 sur un système x86_64, je le fais déjà, mais si on peut s'en passer ça évite de charger plein de bibliothèques en double.
            • [^] # Re: lmgtfy

              Posté par . Évalué à 1.

              Je vais quand même le récupérer pour voir ce que ça vaut.

              Bon, j'ai eu un peu de mal à trouver les libs qui lui manquaient, mais à coup de ldd j'ai fini par trouver et ça se lance.
              L'interface en qt2 fait assez vieille mais ça fonctionne, je présenterai à mes collègues pour voir ce qu'ils en pensent.

              Dommage que ce soit développé avec un langage obsolète, je vais voir si lazarus arrive à le compiler.
  • # dia

    Posté par . Évalué à 2.

    dia ( http://projects.gnome.org/dia/ ) permet d'éditer graphiquement le schéma de la DB, et sauve en xml.

    tedia2sql ( http://tedia2sql.tigris.org/ ) permet ensuite de générer le sql pour la base que tu veux.
    • [^] # Re: dia

      Posté par . Évalué à 1.

      C'est intéressant, mais on aurait besoin d'un outil vraiment orienté édition de base de données, qui sache quels sont les types supportés par le DBMS choisi, comment créer les index...

      Pour le moment j'utilise le plugin clay pour eclipse, qui n'était déjà pas libre mais avait une version gratuite (ce qui n'est plus le cas: http://www.azzurri.jp/ ), mais come dit au début certains collègues ne veulent plus utiliser eclipse.

      Je vais quand même tester ta proposition (parce qu'avec dia on pourra au moins faire des belles mises en page), mais je doute que mes collègues apprécient la solution.
  • # heu . . .

    Posté par . Évalué à 1.

    est ce que MySql Workbench ne te conviendrai pas ?
    je suis curieux de savoir !
    • [^] # Re: heu . . .

      Posté par . Évalué à 1.

      On aurait plutôt besoin d'un outil multi-DBMS, sinon il va falloir changer de programme suivant le DBMS de destination, et si on change d'avis en cours de route (c'est déjà arrivé) on est bon pour refaire le schéma car je doute qu'il existe un format d'échange pour ce type de données.
      • [^] # Re: heu . . .

        Posté par . Évalué à 2.

        mysql workbench ne serait-il pas le nouveau nom de DBdesigner, qui lui meme gerait deja plusieurs types de base de données
        • [^] # Re: heu . . .

          Posté par . Évalué à 1.

          C'est peut-être le nouveau nom, mais du coup ils en ont profité pour gommer toute référence à d'autres DBMS.
          Dommage car il semble vraiment bien.

          Le problème c'est qu'il nous est déjà arrivé plus d'une fois de changer le DBMS de destination en cours de projet, donc utiliser des outils différents suivant le DBMS n'est même pas une bonne solution car ça supposera malgré tout de refaire tout le schéma (sauf si on a des logiciels différents avec un format d'échange commun).

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.