Merci @rjuju mais êtes-vous sûr que c'est ça ? A quoi sert WHERE alors que la condition est contenue dans WHEN ? Merci

J'ai appliqué votre proposition sans mettre WHERE et les cellules de Variable2 ont comme valeur "true" et non la valeur attendue (ABCD ou ABC)...
Finalement, en mettant cette version, les nouvelles valeurs de Variable2 sont correctes :

UPDATE MaTable SET Variable2 = 
	CASE WHEN Variable1 = 'ABC' THEN  'ABCD'
                 WHEN Variable1 = 'ABCD' THEN  'ABC'
		 ELSE  NULL			
	END;

Merci

Merci rjuju. Effectivement, j'ai souvenir de l'avoir lu dans la doc mais hier je n'ai pas trouvé. Je regarderai à nouveau.

Petit souci : je compare deux CP, CPA et CPB, sur le CPB j'applique le to_char.
Dans le résultat, il n'y a pas de correspondance faite entre les CP. Alors que je sais que les deux tables ont des CP en commun. Donc pourquoi PGS refuse-t-il ?

CPA est enregistrée comme une char(8) dans ma table. J'ai fait un trim(CP) pour m'assurer qu'il n'y a pas d'espace après les 5 caractères du CP.
Lors de l'application du char_to, CPB apparaît en text dans le résultat (le type de variable est visible dans le nom de la colonne de résultat). Pourquoi n'est-ce pas une charvar ou au mieux un char(5) puisque je suppose que tous les CP sont de 5 caractères ?

Autre question : j'ai utilisé un char_to pour une autre variable numérique en l'indiquant dans le SELECT du code, afin de ne pas alourdir le "ON + condition". Dans la condition, j'ai utilisé de la variable. Mon code marche.
Par contre, si je fais la même chose avec le char_to pour le CP (donc dans le SELECT puis utilisation du CP dans la condition de la requête), PGS renvoie une erreur. Si je mets le char_to dans la condition directement, le code marche mais la colonne du résultat pour CPB est vide -> d'où les questions ci-haut.
Donc pourquoi le char_to au niveau du SELECT marche dans un cas et pas dans l'autre ?
Merci!

=> Oui puisque j'ai installé pgAdmin4 et PGS10. Au lancement, ils ont du demander la configuration de PGS10.

J'utilise PG10 depuis les réponses ci-dessus. Créer, par exemple, une vue dans PGS10 la crée automatiquement dans PGS9.6 mais je me connecte sur le serveur PGS10 au lancement de pgAdmin4. Donc je n'utilise pas une mauvaise connexion et quand j'effectue des traitements sous PGS10, je ne suis pas connectée à PGS9.6.
Autre question : aujourd'hui, j'ai pu me connecter aux deux serveurs en même temps alors que d'habitude, sauf erreur de ma part, cliquer sur PGS9.6 alors que j'étais connectée à PGS10 demandait à se déconnecter du serveur utilisé pour accéder à l'autre...

D'accord mais le risque, au vu des remarques ci-dessus, si je supprimer PGS9.6, cela supprimera-t-il automatiquement les tables et vues que j'ai créées dans PGS10 ?
Merci

Euh... T1 est la table de gauche donc toutes les lignes de T1 sont gardées et si elles n'ont pas de correspondance dans T2, les cellules prennent la valeur NULL, non ?

Oui, en passant le c.CP ~ '^76'  dans le FROM, le problème est résolu. Mon exemple n'était pas très pertinent puisque ça ne sert à rien d'indiquer que la CP commence par 76!! La requête est plus pertinente lorsqu'il s'agit de chercher des noms de communes dans T2 avec la condition de jointure c.CP commençant par 76 car des noms de communes peuvent être identiques tout en se trouvant dans différents départements.
Merci

Je veux bien la différence entre un LEFT JOIN et un OUTER LEFT JOIN ? Merci

Pardon, PG10 = la documentation Postgresql 10.3, celle que l'on télécharge sur le site.
7.2.1.4 Fonctions de table, p.110 du PDF
Dans la suite du doc, une référence est faite avec XML, mais je ne pense pas que ce type de fonction se limite à XML.
J'ai lu cette sous-partie en voulant lire tout sur la partie relative aux requêtes. Merci

Pour la partie de la question sur les données supplémentaires, j'avais oublié des variables dans mon code et après rectification, il fonctionne
Inattention due au nombre de variables...
Merci à tous!

Après suppression du ";", même résultat : "ERROR:  ERREUR:  données supplémentaires après la dernière colonne attendue"
Je ne sais pas si c'est utile de préciser la suite de l'erreur : "CONTEXT:  COPY fin, ligne 2 : «..."

oui. Toutes les colonnes sont ainsi : ="contenu cellule"; (je vois cela qd j'ouvre dans le bloc-notes) Donc la dernière colonne est de cette forme. En quoi est-ce que le ";" de la fin de ligne est gênant ? Que faire ? Merci