Le portail francophone de la géomatique

Bonjour,

C'est pour faire de l'ajout de données à une table existante.  C'est de l'insert que FME fait bien puisque j'ai une commande INSERT dans le log d'erreur.  Mais il passe ma colonne d'identifiant en NULL plutôt que de ne la prendre en compte

Christophe

Non, justement, je voudrais que PostgreSQL s'occupe de cela.

Je n'ai jamais eu de problème ... Alors je me demande si cela ne viendrais pas de la version 2012 de FME ?

J'ai déjà travaillé sur ce type de problème.
Je vous livre ma réponse d'alors :

Le chargement avec FME fonctionne sur des attributs de type SERIAL.
Par exemple si la structure est :

CREATE TABLE ville
(
  id serial NOT NULL,
  nom character(50),
)
;

Dans ce cas Postgresql crée un séquence utilisée de manière implicite par postgresql (et non par FME comme je le croyais).
La séquence a la forme
<table>_<attribut>_seq, soit
ville_id_seq
dans l'exemple ci-dessus.

Le résultat est exactement le même pour Postgresql et pour fme (qui fonctionne dans ce cas) si la table est créée de la manière suivante (relation explicite avec la séquence) :

CREATE SEQUENCE ville_id_seq;

CREATE TABLE ville
(
  id integer NOT NULL DEFAULT nextval('public.ville_id_seq'::regclass),
  nom character(50)
)
;

Par contre si vous utilisez un nom de séquence différent, par exemple ville_id_seq2, postgresql va déclarer votre attribut id de type Integer et non de type serial.

CREATE SEQUENCE ville_id_seq2;
CREATE TABLE ville
(
  id integer NOT NULL DEFAULT nextval('public.ville_id_seq2'::regclass),
  nom character(50)
)
;


Il faut donc bien faire la différence dans Postgresql entre les attributs de type SERIAL et les attributs de type
Integer NOT NULL avec une valeur par défaut.

Conclusion :
Le type SERIAL est bien supporté par FME.
Les valeurs par défaut ne sont pas supportées (pour les entiers et sans doute pour les autres types) ce qui n'est pas normal, je vais relancer Safe sur ce problème.