Discussion :

[Mr_Luxy]

Bonjour, comme le titre de la discussion, j'aimerais modifier le nom d'un champ par programmation (pas le titre).

Cela fais déjà bien trop longtemps que j'ai des espaces et des accents dans mes 200 tables de 500 champs chacune, vous comprendrez que tout faire à la main semble un peu désespéré

Merci d'avance pour votre aide

[jmbiraghi]

Bonjour, à ma connaissance ce n'est pas possible dans les versions modernes de 4D, même en langage SQL.

Il y avait dans le temps un plug-in tiers nommé DynamicStructure qui le permettait mais qui a disparu des radars depuis bien longtemps

Je pense qu'il faut s'armer de patience et réaliser le travail méthodiquement :
- Ecrire une méthode qui liste ceux qui parmi les 10000 champs méritent un renommage : accents, non SQL réservés, etc...
- A l'aide de la liste, les renommer une table à la fois, en veillant à n'avoir que l'éditeur de structure ouvert pour que la tokenisation se fasse bien
- Passer à la table suivante
- En faisant quelques tables par jour, ça doit pouvoir quand même se gérer.
- A tout moment la routine de check permet de vérifier qu'on n'a rien oublié et évite de s'abîmer les yeux à parser le contenu des tables dans la structure ou dans l'explorateur

[Denis Jager]

Bonjour,
je confirme ce qu'a écrit Jean-Michel, a priori même en SQL les commandes CHANGE ou RENAME n'existent pas (ou plutôt ne sont pas implémentées dans le SQL 4D).

D'autre part je pense qu'il faut remettre une couche auprès de 4D et demander à ce qu'on ait dans les préférences une option (je dis bien une option et pas une obligation) pour forcer les noms de tables et champs à respecter tel ou tel format (SQL92, ..., format personnalisé). Ça fait plus de 20 ans que j'en parle et le demande... donc peut-être qu'à force ça arrivera .

Je précise au passage que je suis un farouche défenseur des espaces, accents etc. et que c'est normalement à l'informatique de se caler sur les besoins terrain et pas l'inverse qui normalise et tire vers le bas la sémantique et son étendue culturelle.

D'autre part, d'un point de vue pratique les espaces et accents ne posent absolument aucun problème. J'insiste :

• En 4D : aucun problème
• En SQL : avec les noms appelés sans accent et entre guillemets (simples ou doubles selon le cas) ça marche très bien
• En Web : il suffit de ne pas mettre les accents dans les 4DVAR (4DTEXT...) et ça roule impeccable.

Perso j'évite les espaces et les remplace par des caractère souligné (underscore) _ car ça facilite la saisie des champs dans l'éditeur de formule 4D, mais c'est le seul intérêt que je vois (+ la lisibilité).

Je sais que la tendance est à la normalisation américaine, ce qui est une erreur absolue, et qu'il est fort probable que demain 4D ne soit qu'en anglais (?), devienne diacritique, interdise les accents... Ce serait malheureusement oublier que "qui peut le plus peut le moins".. mais c'est un autre sujet ;-)

En attendant pour te simplifier la vie, tu peux exporter la description de structure et ensuite avec un outil comme Excel (ou un regex en 4D, PHP, Python...) rechercher tous les champs qui ne respectent pas "tes" critères. Après en effet ce sera à la minime pour l'instant. Sinon il existe le composant de Blue Company "Code Analysis Helper" qui te permettra de revoir toute une série de problématiques de cet ordre (sur les noms de formulaires, méthodes aussi). C'est payant, mais ça te fera gagner beaucoup de temps, notamment parce que tu peux exporter les listes. Sinon tu peux te l'écrire en 4D (sauf le "renommage")

Bon courage