+29Hi,
I'm fairly new to using the dynamic output, but needed it for converting a set of shape files to SQL Server.
The writer has a "Table Qualifier" field, which in static writing designates the target database schema.
However, when used in dynamic writing mode, the value entered here is completely ignored, and the tables are all created in the "dbo" schema.
Is this WAD og a bug ? And if WAD, is it possible to set the database schema anyway ?
Cheers
Lars I.
Best answer by takashi
Hi @lifalin2016, I was able to reproduce the same symptom as yours, and I think it is a kind of bug. Hope someone from Safe will check this > @NatalieAtSafe.
A workaround I found is:
In FME 2017.1, this seems to work as expected.
Hi @lifalin2016, I was able to reproduce the same symptom as yours, and I think it is a kind of bug. Hope someone from Safe will check this > @NatalieAtSafe.
A workaround I found is:
In FME 2017.1, this seems to work as expected.
+18Hi @lifalin2016, I've been able to reproduce the issue as well. There is an existing problem report (PR74153) and I have linked your question to it. I'm sorry that you've encountered this issue. We will provide an update here once the report is addressed. In the meantime, @takashi's workaround should get you going.
+29Hi @lifalin2016, I was able to reproduce the same symptom as yours, and I think it is a kind of bug. Hope someone from Safe will check this > @NatalieAtSafe.
A workaround I found is:
In FME 2017.1, this seems to work as expected.
I did initially try with my target schema in the "Table Name" field, which failed. But adding the "Schema Definition Name" did the trick. I didn't recognize this decoupled "schema lookup value", but just assumed that FME always used "fme_feature_type".
+29Hi @lifalin2016, I've been able to reproduce the issue as well. There is an existing problem report (PR74153) and I have linked your question to it. I'm sorry that you've encountered this issue. We will provide an update here once the report is addressed. In the meantime, @takashi's workaround should get you going.
+1Yes, indeed the bug is still present in FME2018. Now I am struggling with a dynamic concatenation of the fully qualified table name to reach my goals of dynamically creating tables in other namespaces than public
Hi @lifalin2016, I've been able to reproduce the issue as well. There is an existing problem report (PR74153) and I have linked your question to it. I'm sorry that you've encountered this issue. We will provide an update here once the report is addressed. In the meantime, @takashi's workaround should get you going.
Is there any update on the PR74153?
+11@takashi
I have a similar problem with the Postgis and did the suggested workaround,postgis-writer1.png
but still writing to the public schema
@takashi
I have a similar problem with the Postgis and did the suggested workaround,postgis-writer1.png
but still writing to the public schema
@takashi
sorry , here is postgis-writer1.png
What would happen if you uncheck it here?
@takashi
sorry , here is postgis-writer1.png
The problem would not be solved even if you modified the Schema Sources, please contact Safe support.
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
