Skip to main content
Question

FeatureWriter to postgres does not apply what he shows to you (Automatic vs Manual)

  • July 19, 2023
  • 1 reply
  • 7 views

ponceta
Contributor
Forum|alt.badge.img+7

Here's a simple table creation process with FeatureReader and FeatureWriter

image.pngFor a value list table.

The structure is the same and provided from the source table

imageAutomatic Attribute definition

-> The primary key is not set 

CREATE TABLE IF NOT EXISTS eau_potable.vl_polygones
(
    id integer,
    name character varying(200COLLATE pg_catalog."default",
    color character varying(20COLLATE pg_catalog."default",
    active boolean,
    CONSTRAINT vl_polygones_pkey PRIMARY KEY (id)
)

Manual Attribute definition (only manipulation is uncheck the automatic to manual)

image 

-> The primary key is set successfuly

CREATE TABLE IF NOT EXISTS eau_potable.vl_polygones
(
    id integer NOT NULL DEFAULT nextval('eau_potable.vl_polygones_id_seq'::regclass),
    name character varying(200COLLATE pg_catalog."default",
    color character varying(20COLLATE pg_catalog."default",
    active boolean,
    CONSTRAINT vl_polygones_pkey PRIMARY KEY (id)
)

This would be a nice thing to fix because I think everythink is known to FME (at least visually) to do its job as expected.

 

Remark : When using Dynamic (3rd option), you can make it work by specifying that you want id to be typed as serial and constrainted as Primary Key

 

FME(R) 2022.2.1.0 (20221202 - Build 22776 - WIN64)

1 reply

virtualcitymatt
Celebrity
Forum|alt.badge.img+36

Nice find - have you tested it in the latest FME 2023 version. It might already be fixed


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings