Et puisque nous parlons d'évolutions pour Looping, voici les fonctionnalités de la version 2.6 actuellement en préparation :
- Gestion de clés alternatives composées sous forme d'index.
- Génération optimisée de clés primaires et alternatives en cas de multiples CIF incomplètes sur une même association pivot.
- Représentation simplifiée de CIF complètes.
- Gestion des CIF impliquant des associations réflexives.
- Exportation du MLD textuel au format XML.
- Possibilité de distinguer les couleurs par défaut des associations à cardinalités simples ou multiples.
- Possibilité de personnaliser la couleur de fond individuelle de chaque objet du MCD.
J'espère pouvoir fournir cette nouvelle version dans un mois environ. Au boulot !!!
Le MLD graphique est toujours dans les tuyaux et suivra un peu plus tard : il s'agira alors de la version 3.0 de Looping.
Salut,
Et merci pour ce fil qui est vraiment intéressant
Une petite suggestion : je viens d'installer Looping et j'ai vu qu'il y a l'option pour exporter du sql, mais pas Importer. Je pense qu'il serait intéressant de pouvoir importer des script générés depuis d'autres logiciels de modélisation et de faire la conversion vers la base de données souhaitée.
Faisable également ?
Merci et encore bravo
Bonjour,
J'en profile pour faire un peu de pub pour pgModeler, côté PostgreSQL, un logiciel libre.
Même s'il n'est pas au sens propre un logiciel de MCD/UML mais de MPD, son ergonomie me l'a fait préférer aux autres outils et je n'utilise plus que celui-là, avec du papier en amont pour le peu de conception que je fais.
Avec possibilité de générer un dictionnaire des données, import/export/diff.
Ne-serait-ce que pour le soumettre aux yeux de fsmrel, CinePhil, Paprick, escartefigue, ced et consorts.
Bonjour,
Je connais effectivement cet outil de la famille PostgreSQL : l'outil est intéressant d'autant plus qu'il est disponible sur de multiples plateformes.
Cependant, comme vous l'indiquez à juste titre, ce n'est pas un logiciel de modélisation conceptuelle : il se situe au niveau MLD/MPD, ce qui est déjà très bien, mais l'étape de conception dégagée de tout aspect physique reste, à mes yeux, essentielle dans la gestion d'un projet et la définition future d'un schéma relationnel de base de données parfaitement adapté au système d'information.
Il faut aussi parfois se fader des select débiles pour bien prendre conscience de leur débilité et mieux les gérer par la suite . C'est au pied du mur qu'on voit le mieux le mur, et s'y cogner a parfois quelques vertus pédagogiques !L’objectif initial de ce greffon était de ne plus avoir à se fader des select débiles. S’il peut servir à d’autres personnes, c’est bien… Et si les écoles pouvaient remplacer leurs Microsoft Access dégueulasses par pgModeler dans leurs cours de conception de bases de données, ça serait le rêve.
Par ailleurs, on peut penser ce qu'on veut de Ms Access, il n'en reste pas moins un outil très utilisé : connaissant ses lacunes, je ne le défendrai pas, mais le qualificatif employé me parait exagéré...
Quoiqu'il en soit, pqModeler, comme Access, permettent la mise en oeuvre directe de schémas relationnels : leur usage doit donc intervenir après la phase de conception, et mon rêve à moi c'est que les écoles ne néglige pas cette étape, et ce quel que soit l'outil de modélisation conceptuelle utilisé : Win'Design, PowerAMC, JMerise, et bien sûr Looping (qui est mon préféré, mais peut-être ne suis-je pas objectif !!! ).
Bonjour Malick,
Une importation de code SQL peut s'imaginer, en se limitant bien sûr à l'interprétation des instructions CREATE TABLE. Il y a aussi la possibilité d'importer à partir d'un fichier XML qui respecterait le format que va proposer la version 2.6 de Looping. Il resterait ensuite à repositionner manuellement les différents objets graphiques du modèle.
Je garde donc cette idée en mémoire pour une version 3.x
Bonjour à tous,
Comme promis, la nouvelle version 2.6 de Looping est maintenant disponible sur https://www.looping-mcd.fr
Voici les fonctionnalités supplémentaires apportées par cette nouvelle version :
- Gestion de clés alternatives composées sous forme d'index.
- Génération optimisée de clés primaires et alternatives en cas de multiples CIF à unicité incomplète sur une même association pivot.
- Représentation simplifiée de CIF à unicité complète.
- Gestion des CIF impliquant des associations réflexives.
- Possibilité de référencer des bases de données externes au modèle.
- Exportation du MLD textuel au format XML.
- Possibilité de distinguer les couleurs par défaut des associations à cardinalités simples ou multiples.
- Possibilité de personnaliser la couleur de fond individuelle de chaque objet du MCD.
Je tiens à remercier les contributeurs de ce forum qui, par leurs idées, ont permis cette évolution de Looping.
Je salue en particulier 3 membres... à qui je vais confier le test du logiciel sur les fonctionnalités qu'ils ont suscitées !
- François (fsmrel) qui va pouvoir mettre à la torture les CIF à unicité incomplète avec les clés alternatives qu'elles génèrent, ainsi que l'usage des CIF dans les associations réflexives.
- Capitaine escartefigue pour qui j'ai mis en œuvre la représentation simplifié des CIF à unicité complète.
- Philippe (Cinephil) qui va pouvoir modéliser des connexions à des bases de données externes.
C'est maintenant parti pour la version 3.0 qui verra (enfin) naître le MLD graphique !
Salut,
Merci Paprick pour cet excellent outil ainsi que cette nouvelle version qui intègre toutes ces nouveautés
Merci Paprick ! Qu'est-ce que ça sera quand on atteindra la version 10 !
Chapeaux bas, merci Paprick
Pour la prochaine version, ce serait bien que les commentaires deviennent des "LABEL" ou "REMARKS" (en fonction du SGBD le nom peut changer) dans les objets créés
Bonjour Patrick,
Je pensais aux attributs tels que "REMARKS" et "LABEL" pour DB2 ou "TABLE_COMMENT" et "COLUMN_COMMENT" pour Oracle qui permettent de documenter les objets.
Ces attributs sont des colonnes dans les tables du catalogue contrairement aux commentaires ajoutés dans le script.
Tous les SGBD n'ont pas implémenté ce type d'attributs.
Vite fait...
Le mot clé COMMENT n'est-il pas standard SQL ?
Avec MySQL/MariaDb, on l'utilise ainsi :
Code SQL : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5 CREATE TABLE latable ( col1 INTEGER NOT NULL COMMENT 'Commentaire de la colonne 1' ) COMMENT 'Commentaire de la table';
Bonsoir,
Je viens de faire un peu le tour des différents SGBD, et aucun standard ne se dégage...
L'instruction "COMMENT ON" que l'on retrouve sous Oracle ou PostgreSQL n'est pas un standard SQL et ne se retrouve pas ailleurs...
Le COMMENT au sein du CREATE de MySQL est spécifique aussi...
Bref... rien de standard à ma connaissance.
La clause COMMENT ON est partagée par de nombreux éditeurs, mais ne semble effectivement pas être dans le standard si j'en crois la liste des mots réservés proposée par F. Brouard (SQLPRO) ici : https://sqlpro.developpez.com/cours/motsreserves/
Cf. les différentes documentations
Oracle :
https://docs.oracle.com/cd/B28359_01...htm#SQLRF01109
Postgresql :
https://docs.postgresql.fr/10/sql-comment.html
IBM DB2 :
https://www.ibm.com/support/knowledg...l_comment.html
Firebird :
https://firebirdsql.org/refdocs/lang...l-comment.html
MySQL utilise une syntaxe légèrement différente ("COMMENT" sans "ON") :
https://dev.mysql.com/doc/refman/8.0...ate-table.html
MS SQL Server ne propose pas cette clause
Bonjour,
La clause COMMENT ON semble effectivement la plus répandue, même si elle n'est pas standard.
Je vais regarder pour rajouter cette option dans les propriétés de Looping, en laissant le soin aux utilisateurs de ne l'activer que si leur SGBD la supporte.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager