Discussion :

[Paprick]

Bonsoir,

A moins d’une hypothétique astuce connue (seulement) de Paprick, à mon sens il faut modifier manuellement le script SQL.

Et bien François, homme de peu de foi !
Bien sûr que Looping sait faire cela :

• Il faut tout d'abord s'assurer que l'option "Proposer index composé" dans la partie MLD-SQL des propriétés est à "Oui".
• Il suffit ensuite d'ouvrir la fenêtre de la rubrique "LO_ident" et inscrire un nom d'index ("LO_Index" par exemple) dans la zone "Autre clé => Index".

Le UNIQUE(LO_ident) apparait alors dans le script SQL.
On peut même faire un UNIQUE(LO_ident, COU_ident)... Mais là, je vous laisse chercher tout seul parce que je n'aime pas les surclés !

[fsmrel]

Et bien François, homme de peu de foi !

C’est mon côté Saint Thomas du relationnel (modèle relationnel de données, alias théorie relationnelle)

Bien sûr que Looping sait faire cela :
Il faut tout d'abord s'assurer que l'option "Proposer index composé" dans la partie MLD-SQL des propriétés est à "Oui".
Il suffit ensuite d'ouvrir la fenêtre de la rubrique "LO_ident" et inscrire un nom d'index ("LO_Index" par exemple) dans la zone "Autre clé => Index".

Eh ben dis donc, Comme dit l’autre, ça n’est pas intuitif, « faisons simple, mais pas plus simple ».

En tout cas, merci du tuyau ! Désormais nous serons quelques uns au courant (en espérant que notre mémoire ne sera pas défaillante)

On peut même faire un UNIQUE(LO_ident, COU_ident)…

Tu connais ma position à ce sujet, par référence à la théorie relationnelle, pour moi il n’y a que des clés, inutile de les qualifier de primaires, candidates, etc. (principe du rasoir d’Ockham), pauv’ Miss PK…

je n'aime pas les surclés

Les surclés ne me dérangent pas du moment qu’il existe par ailleurs les clés pertinentes. Si je les évoque, c’est la faute à MySQL dont la faiblesse (qui n’a égale que son assurance à côté de la plaque) me pousse à parler d’elles…

[laurentSc]

• Il faut tout d'abord s'assurer que l'option "Proposer index composé" dans la partie MLD-SQL des propriétés est à "Oui".
• Il suffit ensuite d'ouvrir la fenêtre de la rubrique "LO_ident" et inscrire un nom d'index ("LO_Index" par exemple) dans la zone "Autre clé => Index".

Super, mais j'ai pas trouvé où sont ces propriétés...Et je suppose que quand j'aurai coché cette case, la zone "Autre clé => Index" apparaitra (elle n'est pas là pour le moment)

[Paprick]

Super, mais j'ai pas trouvé où sont ces propriétés...Et je suppose que quand j'aurai coché cette case, la zone "Autre clé => Index" apparaitra (elle n'est pas là pour le moment)

Pour la faire apparaître, il suffit de cliquer sur la case à cocher "Propriétés" en haut à droite de la fenêtre de Looping.

[Paprick]

Eh ben dis donc, Comme dit l’autre, ça n’est pas intuitif, « faisons simple, mais pas plus simple ».

Tu connais ma position sur le sujet : "Faire simplement les choses simples"... et pour cela il ne faut surtout pas encombrer l'interface avec des concepts réservés à des experts (ceux-là peuvent se permettre d'aller explorer les profondeurs abyssales du logiciel !)

[laurentSc]

la case à cocher "Propriétés" en haut à droite de la fenêtre de Looping.

très à droite...En fait, même vous ayant lu, j'ai encore eu du mal à trouver car je cherchais juste à côté du logo...

Ca roule. Juste 2 autres questions :

- pourquoi le fait de déclarer la propriété en "autre index" produit dans le script SQL une ligne UNIQUE ?

- j'ai pas saisi l'explication de fsmrel pour dire que cette ligne contournait le défaut de MySQL ?

[fsmrel]

j'ai pas saisi l'explication de fsmrel pour dire que cette ligne contournait le défaut de MySQL

Je répète : MySQL est intransigeant et n’en est pas à un diktat près, en l’occurrence en ce qui concerne la colonne LO_ident qui est auto-incrémentée :

« Error Code: 1075. Incorrect table definition; there can be only one auto column and it must be defined as a key »

Etant donné que la clé primaire produite par Looping est à juste titre la paire ordonnée {COU_ident, LO_ident}, on n’y touche pas. Parce que MySQL a écrit qu’une colonne auto-incrémentée doit être defined as a key, sans préciser si cette clé doit être primaire ou non (c’est-à-dire alternative), on met donc en oeuvre la clé alternative {LO_ident} grâce à une contrainte UNIQUE, et manifestement MySQL est content.

[escartefigue]

Bonjour Paprick, bonjour à tous.

Il y a une amélioration mineure qui pourrait être apportée à l'occasion d'une prochaine version, il s'agit du zoom dans les fenêtres "MLD textuel" et "Script SQL"
J'ai pour habitude de diminuer la taille de l'affichage dans ces deux fenêtres, car par défaut, l'affichage y est très gros. Je le fais en maintenant la touche "Ctrl" appuyée en combinaison avec la roulette de la souris.
Jusque là tout va bien.
Mais, dès que j'ajoute un élément dans la fenêtre principale, les valeurs de zoom des deux autres fenêtres sont réinitialisées, mes réglages sont perdus.
Curieusement, le zoom de la fenêtre principale, lui, conserve bien mes réglages.

C'est juste une évolution de confort, rien d'urgent, mais je me dis que ce n'est sans doute pas grand chose à corriger.

Merci d'avance et bonnes fêtes de fin d'année

[fsmrel]

Bon courage, Paprick, Capitaine,
Et joyeux Noël à vous tous !

[Paprick]

Bonsoir Capitaine,

J'ai pour habitude de diminuer la taille de l'affichage dans ces deux fenêtres, car par défaut, l'affichage y est très gros. Je le fais en maintenant la touche "Ctrl" appuyée en combinaison avec la roulette de la souris.

J'avoue être très surpris par la possibilité de faire varier la taille des caractères dans les fenêtres MLD Textuel et SQL avec "Crtl" + roulette ... Normalement, le zoom de Looping fonctionne en ce sens uniquement pour la fenêtre principale...
Pour le MLD textuel : Looping reprend la taille des caractères du modèle graphique en zoom 100%.
Pour le DDL SQL : tu as une option dans les propriétés (MLD-SQL => Police script SQL) pour choisir la police utilisée dans cette fenêtre.

A ma connaissance, ce sont les seules manières de gérer la taille des caractères dans ces fenêtres.

Tiens-moi auy courant.

Bonnes fêtes de fin d'année !

[escartefigue]

je confirme que selon la position de la souris, la taille de la police varie dans chacune des fenêtres

Et comme je privilégie le confort de lecture de la zone de modélisation, les polices du MLD textuel et du DDL sont bien trop grandes.

Voici un exemple d'affichage quand je n'ai pas modifié le zoom :



Script et DDL sont écrits très gros, alors que les noms d'entités, associations et attributs sont d'une taille raisonnable.

[Paprick]

Bonsoir,
Sur l'exemple envoyé, tu es à quel niveau de zoom dans la fenêtre principale ?

[escartefigue]

J'avoue ne pas savoir où trouver cette information , peut-être est-ce ceci :



Je viens de réessayer ce matin, l'image que j'ai communiquée est l'affichage par défaut.
Juste après le démarrage du PC et chargement du même MCD, j'obtiens le même résultat sans toucher aux réglages.

Voici les différentes polices utilisées :

[Paprick]

En fait, il s'agit juste de la partie en haut à gauche de la fenêtre Looping :

Si le zoom est à 100%, la police du MLD textuel doit avoir la meme taille que celle du modèle graphique.
Dans ton cas, je pense que le zoom est bien inférieur au 100%...

[escartefigue]

OK, effectivement j'étais à 30% (je n'avais jamais prêté attention à cette possibilité !).

Du coup je comprends le souci : le réglage Windows 150% est le bon pour la plupart de mes applications, car il s'agit d'un portable et donc d'un petit écran.
Mais avec ce réglage Windows, si je mets le zoom looping à 100%, alors les objets de la fenêtre MCD sont beaucoup trop grands, c'est pourquoi j'utilise un zoom réduit, mais ce faisant, les deux autres fenêtres ne suivent pas.

Il faudrait donc, idéalement, que les grossissements choisis dans les fenêtres MLD textuel et DDL ne soient pas modifiés par l'ajout ou la modification dans la fenêtre principale.

Si c'est chose faisable, ce serait parfait

[Paprick]

Comme indiqué précédemment, pour le DDL SQL, tu as une option dans les propriétés (MLD-SQL => Police script SQL) pour choisir la police utilisée dans cette fenêtre : tu peux alors la réduire pour obtenir ce que tu souhaites.
Pour le MLD textuel, il faudrait imaginer l'quivalent du zoom de la partie MCD... à réfléchir...

[escartefigue]

Désolé d'insister, mais l'ajout ou la modification d'un objet dans la fenêtre principale modifie aussi le zoom de la fenêtre DDL.
Donc même avec une police en petits caractères (par exemple calibri 10 pour moi), dès que j'interviens dans le diagramme, le texte du DDL devient beaucoup trop grand.
Encore une fois, ça n'a rien de prioritaire, je corrige avec la roulette de la souris quand j'ai besoin de consulter le DDL généré

[Paprick]

En fait, mon problème est que je n'arrive pas à reproduire ce phénomène ...
Quand je fais "Ctrl"+roulette sur les fenêtres "MLD textuel" ou "SQL", rien ne se passe : la taille ne change pas...

[tatayo]

Je viens de faire le test de mon côté: La taille de la police change bien avec CTRL + roulette.
Et l'ajout/suppression d'une entité, ou sa "correction" change aussi la taille de la police.

Au cas où, je suis sous Windows 11.

Sinon puisqu'on parle d'évolution de Looping, j'aurai une petite requête: serait-il possible d'ajouter la gestion des schémas ?

Tatayo

[Paprick]

Au cas où, je suis sous Windows 11.

Pour ma part, je suis sous Windows 10 : ceci explique peut-être cela !

Sinon puisqu'on parle d'évolution de Looping, j'aurai une petite requête: serait-il possible d'ajouter la gestion des schémas ?

Quel type de gestion suggérez-vous ?