Bonjour et merci pour ce retour !
Je n’avais pas encore essayé avec MySql 8...
D’abord, n’existe-t-il pas un paramètre de configuration dans MySql 8 qui permettrait de désactiver le mot clé Function. Le cas échéant, on peut le passer à Gestinux dans la configuration de la base.
Sinon, pouvez-vous regarder si on ne peut pas garder le nom du champ en l’entourant de guillemets, cela pourrait être une solution, avec sans doute quand même des modifications à faire dans Gestinux.
Sinon, il faut donc changer le nom du champ en "Functions", et ce n’est pas simple.
D’abord, la version 1.4 est stable depuis près de 2 ans, il est ennuyeux et toujours risqué de la modifier maintenant.
D’ailleurs, si vous n’avez pas encore de base installée en production, je vous suggère plutôt d’utiliser la version 1.5-release candidate.
Normalement, et par principe, pour assurer une compatibilité ascendante et descendante entre versions, changer le nom d’un champ dans Gestinux nécessite d’en créer un nouveau, de récupérer la valeur de l’ancien champ "Function" lors de l’upgrade, et de ne supprimer ce dernier que dans la version suivante. Donc, dans ce cas particulier, cela empêcherait d’utiliser MySql 8 avant la version suivant la 1.5, c’est à dire pas avant au moins 1 an.
Je n’ai pas envie de déroger à ce principe, et de créer potentiellement des problèmes sur une version stable ou avec des versions de SGBD plus anciennes et bien testés, donc, non, ce ne sera pas fait rapidement...
En attendant, avez-vous absolument besoin de MySql 8 ?
Il n’y a pas ce problème avec MariaDb 10 qui en outre est véritablement libre, alors que MySql tend à ne plus l’être, étant propriété d’Oracle.
Sinon, si vous pouvez compiler, une autre solution serait de faire un fork temporaire pour que le nom du champ dépende d’une directive ou de la version de MySql si on peut la récupérer.
