Discussion :

[Paprick]

Bonjour François,

Un petit aménagement orthographique à apporter concernant l’export ci-dessous :

Désolé, je ne dois pas avoir les yeux en face des trous, mais je ne vois pas où doit être l'aménagement orthographique dont tu parles...
Peux-tu éclairer ma lanterne ?

Ah si ! "Terminée" : c'est ça ?

[Paprick]

Bonjour Capitaine,

Je n'aurai jamais pensé que ma proposition de représentation simplifiée aurait soulevé autant de difficultés
En tout cas bravo encore Paprick de relever tous ces défis et le travail qui t'incombe

A vaincre sans péril, on triomphe sans gloire !
J'ai étudié ta proposition et c'est dans les tuyaux : cela supposera forcément que la CIF est complète, mais ça va le faire !

[Paprick]

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.

[fsmrel]

Ah si ! "Terminée" : c'est ça ?

Yes Sir!

 

[Malick]

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

[MaximeCh]

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.

[Paprick]

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.

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.

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.

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 !
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 !!! ).

[Paprick]

Bonjour Malick,

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 ?

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

[Malick]

Bonjour Paprick

Bonjour Malick,
Je garde donc cette idée en mémoire pour une version 3.x

Super, merci

[Paprick]

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 !

[Malick]

Salut,

Merci Paprick pour cet excellent outil ainsi que cette nouvelle version qui intègre toutes ces nouveautés

[fsmrel]

Merci Paprick ! Qu'est-ce que ça sera quand on atteindra la version 10 !

[escartefigue]

Chapeaux bas, merci Paprick

[escartefigue]

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

[Paprick]

Bonjour Capitaine,

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

Actuellement, les commentaires peuvent être intégrés dans les scripts avec des -- ou des /* */ (cf. option dans Propriétés -> MLD-SQL).
Cela ne correspond pas à ce que tu souhaites ?

[escartefigue]

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.

[CinePhil]

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';

[Paprick]

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.

[escartefigue]

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

[Paprick]

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.