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.