Articles précédents : Articles
- [4] 3 médailles françaises aux olympiades internationales d'informatique (ioi)
- [93] Haiku a 6 ans
- [49] Le propriétaire de Snort achète ClamAV
- [41] Citrix Systems Inc. achète la société XenSource Inc.
- [29] MIPE : Toujours un seul ordinateur proposé avec GNU/Linux !
- [277] Et la guerre des formats bureautique continue
- [26] Est-ce que le libre peut sauver MainActor ?
- [49] La fin de l'affaire SCO ?
- [15] MySQL Proxy
- [35] Compiz Core 0.5.2
Liens connexes
- DBDesigner-Fork (5109 hits)
- Annonce de la version 1.4 (589 hits)
Dépêche modérée par
Dépêche éditée par
Articles : Nouvelle version du Fork de DBDesigner
Posté par Pierre-Yves Dubreucq (page perso, ). Modéré le 24 août 2007.
DBDesigner est un système de conception visuel de base de données, qui intègre la création et la conception de base de données (modèle conceptuel de données ou MCD, définissant les entités-association "à la" Merise) et du reverse engineering (récupération du modèle physique de données à partir d'une base existante).
DB Designer 4 ne fonctionnait à l'époque qu'avec les bases de données MySQL, mais avec DBDesigner Fork il permet de travailler avec FirebirdSQL/InterBase, Microsoft SQL Server, MySQL, Oracle et PostgreSQL.
DBD Fork permet de faire de la modélisation, du requêtage et du script SQL assez facilement.
Depuis le 31 Juillet, une nouvelle version est disponible, nous venons de passer à la 1.4.
![[en]](../../../images/en.png)
DBDesigner-Fork (5109 hits)-
Annonce de la version 1.4 (589 hits)
> Lire la suite (19 commentaires, moyenne: 3,1). [dépêche : 619 caractères]
Voici une liste de quelques bugs résolus avec cette version :
- Problème de création de tables SQL Server
- Résolution de plantages sur l'éditeur de diagramme
- etc.
Je pense que ce projet mérite que l'on s'y intéresse, alors je vous invite à le tester et bien sûr à transmettre les rapports de bug, les demandes d'évolution ou les commentaires aux développeurs.
Toolkit
En voyant le screenshot sur la page Sourceforge, je n'ai pas reconnu le toolkit. Pire, en listant le contenu du CVS, je vois des fichiers .xfm et .pas, qui ne m'évoquaient rien...
La réponse à ce petit mystère est là :
http://dbdesigner-fork.cvs.sourceforge.net/*checkout*/dbdesi(...)
Il s'agit d'un programme Kylix (pour Linux) / Delphi (pour Windows). Ah bah tiens, j'avais complètement oublié que ça existait ça...
Bon, sur ce je m'en vais essayer la version binaire.
PS: et le manuel est ici, qui montre à quel point ce logiciel est prometteur :
http://downloads.sourceforge.net/dbdesigner-fork/DBDesigner4(...)
-
[^]Re: Toolkit
Posté par Cyrille Pontvieux (Jabber id, page perso, ) le 24/08/2007 à 10:00. (lien). Évalué à 4.J'avais essayé de le forker y'a 6 mois pour des besoins personnels...mais ça m'a déjà demandé un effort considérable pour arriver à le compiler (Kylix étant mort et non dispo). Et pour modifier les sources c'était une vraie galère car fortement lié à MySQL (en plus d'être du Delphi/Pascal).
En tout cas c'est une bonne initiative mais à mon avis il faudra à terme changer de langage.
P.S. Bon j'aurais pu aussi mettre mon commentaire sur le message plus bas, j'ai pris le plus simple :)-
[^]Re: Toolkit
Posté par zx81 () le 24/08/2007 à 10:38. (lien). Évalué à 4.mais ça m'a déjà demandé un effort considérable pour arriver à le compiler
Donc tu as réussi quand même :-)
Est-ce que c'était avec Lazarus comme compilo ?-
[^]Re: Toolkit
Posté par Cyrille Pontvieux (Jabber id, page perso, ) le 25/08/2007 à 00:08. (lien). Évalué à 3.Non j'ai cherché pendant des heures avec google et autres sur des sites pas très clairs on va dire, pour choper une vieille version de Kylix. Avec cette version (pas la dernière, enfin façon de parler), J'ai pu compiler et lancer le bousin... (Kylix utilise QT pour le toolkit graphique...une vieille version particulière de QT).
Je pensais pouvoir modifier le code (besoin en MySQL 5 et PostgreSQL) mais c'était trop long pour moi (pourtant je connais(sais) le Delphi). Et puis l'appli bugguait bien quand même (ptre du à la version du compilo aussi, allez savoir !) avec un export foireux, voire des segfault.
Par contre dommage je connaissais pas le fork, cette version marche ptre mieux. En tout cas je pense qu'il y a largement moyen de réécrire ça dans un autre langage (compilé ou interprété).
En tout cas c'est bien dommage qu'il n'existe de pas de bons outils libre pour faire tout ça.
-
-
[^]Re: Toolkit
Posté par Victor STINNER (page perso, ) le 24/08/2007 à 13:40. (lien). Évalué à 2.Kylix étant mort et non dispo
C'est la plaie des RAD. Quand ils sont désuets, les logiciels écrits avec sont à réécrire pour un autre RAD (ou version suivante incompatible). Je pense par exemple à la bibliothèque Borland OWL remplacée par Borland VCL (Visual Component Library). Peut-être que la nouvelle version est mieux, mais quid des anciens logiciels ? À l'école, j'avais récolté comme projet de porter un logiciel Windows (écrit pour OWL) pour Linux (avec wxWidgets). Et bien, quelle misère. En 6 mois, le portage était fait à environ... disons entre 60 et 80%. Pourtant je m'étais donné du mal. Le soucis est aussi que le code était mal écrit (fonction avec 28 arguments nommés a, b,c, ..., x, y, z, aa, bb \o/) et que le code mélangeait logique de l'application et partie interface graphique...-
[^]Re: Toolkit
Posté par Gniarf () le 24/08/2007 à 14:15. (lien). Évalué à 5.oh attention, OWL était à rapprocher des MFC, une approche framework mais pas du tout RAD.
historiquement c'était la fin de Turbo C++, Borland C++ et surtout Turbo Pascal ("for Windows", ah ah les pauvres clients) on pouvait utiliser ces grosses libs mais pas du tout graphiquement. il fallait ajouter son menu à son application avec ses gros doigts boudinés...
tandis que la VCL de Delphi, Borland C++ Builder, Kylix est à rapprocher (à l'utilisation hein) de Visual Basic. on dessine sa boite de dialogue puis on ajoute son code derrière les boutons simplement en cliquant dessus. toute une révolution niveau productivité (même si c'était pour produire du vite jeté)
en résumé OWL et VCL ils avaient rien à voir, même si c'était le même éditeur et peut-être le même langage.
t'as souffert mais t'as pas dû être le seul :p--
Windows has no users. It has hostages.-
[^]Re: Toolkit
Posté par Victor STINNER (page perso, ) le 24/08/2007 à 15:45. (lien). Évalué à 5.Je connais mal OWL et peu VCL, donc c'est possible que j'ai tout mélangé. Je voulais juste insister sur le fait que dépendre d'un composant propriétaire rend un projet dépend de l'éditeur de ce composant. En quelques sortes, l'éditeur va décider pour vous du moment de la mort de votre projet.
-
-
[^]Re: Toolkit
Posté par Zenitram (page perso, ) le 25/08/2007 à 07:42. (lien). Évalué à 4.et que le code mélangeait logique de l'application et partie interface graphique...
Donc tu passes du temps à changer de toolkit parce qu'une personne a eu la flemme de coder correctement.
La base de la programmation : toujours séparer les fonctionnalités.
Un bibliothèque avec une API ouverte, un GUI par dessus, c'est beaucoup plus simple pour évoluer, mais ça demande plus de temps au debut...
-
-
Bonne nouvelle!
Bonjour,
Il se trouve que j'ai justement fait une recherche active la semaine dernière pour trouver ce genre d'outil en Open source (marre de ces entreprises qui piratent sans vergogne...).
Je suis donc passé par la case DBDesigner. Après moins de 15mn d'utilisation j'ai bazardé le bouzin tellement je le trouvais buggé jusqu'à la moelle (je suis par conséquent en désacord total avec cette dépêche pour le qualifier de très bon produit)!
En téléchargeant les sources je n'ai pu que constater qu'il s'agissait malheureusement de code en Delphi. :(
On ne peut donc que se réjouir de voir quelqu'un reprendre le flambeau car je n'ai pas trouvé d'outil satisfaisant sous license libre pour le design conceptuel de bdd. Néanmoins quelques questions subsistent qui m'empêchent de penser qu'un vide va enfin être comblé:
- Quel peut être l'avenir d'un produit créé dans un langage proprio?
- Avez-vous prévu de migrer vers un compilateur et des outils libres?
- MySQL Workbench le successeur de DBDesigner (selon Stefan Heymann passé chez MySQL AB) semble au point mort depuis pas mal de temps. Est-ce que les sources de DBDesigner vous semblent de bonne qualité?
En tous cas longue vie à votre Fork (ce serait pas mal de lui trouver un nom d'ailleurs) et préparez-vous à une floppée de bug report... ;-)
-
[^]Re: Bonne nouvelle!
-
[^]Re: Bonne nouvelle!
Posté par Paddle () le 24/08/2007 à 13:16. (lien). Évalué à 1.Bonjour,
as-tu déjà essayé AnalyseSI?
http://analysesi.free.fr/
Un billet est paru sur DLFP il y a quelques temps déjà:
http://linuxfr.org/2005/04/01/18625.html
Pour Ubuntu, un deb est dispo sur Davromaniak:
### Davromaniak (analysesi)
## wget http://ubuntu.davromaniak.eu/1D59E694.gpg -O- | sudo apt-key add -
deb http://ubuntu.davromaniak.eu feisty-depomaniak all
#deb-src http://ubuntu.davromaniak.eu feisty-depomaniak all
cdt,
Paddle
-
[^]Re: Bonne nouvelle!
Posté par Victor STINNER (page perso, ) le 24/08/2007 à 16:03. (lien). Évalué à 4.Quel peut être l'avenir d'un produit créé dans un langage proprio?
Il existe un projet de Delphi libre : Lazarus qu'on peut trouver par ici :
http://www.lazarus.freepascal.org/
Il semble se base sur FreePascal qui est un projet ancien (dans le sens positif : robuste) et multi-plateforme.
Connexion PostgreSQL
Bonjour,
Je viens de tester la version binaire pour linux DBDesignerFork-1.4-bin-i386-linux.tar.gz et je n'y ai trouvé aucune trace de PostgreSQL, ni à travers l'interface (connexions/reverse i./open from db) ni dans les libs se trouvant dans bin/Linuxlib...
Suis-je passé à coté de quelque chose ? ou faut-il éffectuer des manoeuvres supplémentaires pour le support de pg par rapport à ses confrères Oracle, SQLite, ODBC et MySQL ??? Ce qui tout de même m'étonnerait pas mal ceci dit...
un oubli lors de la création de l'archive ?
ioguix
-
[^]Re: Connexion PostgreSQL
WWW SQL Designer
à tester, un système de conception visuel de BDD en PHP :
WWW SQL Designer
démo :
http://ondras.zarovi.cz/sql/demo/
site officiel :
http://ondras.zarovi.cz/sql/
-
[^]Re: WWW SQL Designer
Posté par baud123 (Jabber id, page perso, ) le 24/08/2007 à 11:20. (lien). Évalué à 4.Quiite à lister des outils, j'avais essayé de faire une liste plutôt complète sur http://wiki.eagle-usb.org/wakka.php?wiki=ModelizationTools (§ database tools).
Pour Dia, il y avait aussi AutoDoc et AutoDia pour faire du reverse engineering de bases PostgreSQL et MySQL http://wiki.eagle-usb.org/wakka.php?wiki=HowToDia
Si vous avez des retours d'utilisation de certains, ça m'intéresse.-
[^]Re: WWW SQL Designer
Posté par Noj Han (Jabber id, page perso, ) le 24/08/2007 à 11:52. (lien). Évalué à 3.J'ai récemment utilisé sql2dia pour faire un diagramme de tables à partir d'un fichier .sql.
Je cherchais un outils libre pour faire le diagramme à partir du .sql et non pas de la base installée, et c'est le seul que j'ai trouvé qui march(ouillait) :
http://sql2dia.sourceforge.net/
Il y a un bug qui empêche d'importer correctement des tables avec des commentaires dans la description et je n'ai jamais pu réussir à lui faire afficher les références, mais sinon ça aide un peu.
-
Fork them all!
Je l'ai aussi essayé ce matin et j'ai aussi regardé les sources. C'est étrange que les développeurs qui ont forké le soft soient resté à Pascal. A la base je croyais que DBDesigner 4 était codé en Java (à cause des widgets particulièrement moches).
Du coté de MySQL, je n'ai pas regardé les sources, j'ai vu que l'UI avait été complètement remodelée, j'espère qu'ils ont converti DBDesigner 4 en un langage un peu plus prometteur et véritablement multiplateforme.
"De plus en plus de nos importations viennent de l'étranger"
DBDesigner ... pas mal du tout
Pour avoir récupéré un projet ou la documentation n'avait d'égale que les commentaires dans le code (ironie inside) j'ai testé quelques logiciels pour du reverse engenering et DBDesigner etait celui qui m'a le plus plût. Rapide a peut près stable et m'a permis de voir enfin a quoi ressemblait la base de donnée (ben j'etait pas deçut du voyage :-s)
Je ne connaissait pas le fork ... je testerai ca dès que j'ai un peut de temps
Cette page a été générée par Templeet en 0.1131s (dont 0.0291 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.