Creating a Dynamic Translation
When an author creates a translation using the Generate Workspace dialog, there are two options for what is called workflow: static schema and dynamic schema.
The Static Schema option is the default for a workspace including schema. Choosing the Dynamic Schema option creates a schema-less workspace with dynamic readers and writers.
It is, however, possible to also create a workspace where only the readers are dynamic, or only the writers...
Dynamic Reader Only
The Add Reader dialog has similar options for static and dynamic; however in this case we try to make them more user-friendly by labelling them Individual Feature Types and Single Merged Feature Type:
In essence, a dynamic reader is similar to just setting the Merge Feature Type option.
Dynamic Writer Only
The Add Writer dialog has options for how feature types and their attributes will be defined. The most commonly used ones are Manual and Automatic. There is also an option that will add a writer in dynamic mode:
Sister Intuitive says… |
Let's clarify Automatic vs Dynamic. Automatic attributes takes their definition from whatever is connected to them. If the Source Dataset parameter is changed, it will have no effect.
Dynamic attributes are different. If the Source Dataset parameter is changed, the attribute definition comes from whatever source data gets read, regardless of what is connected to it. |
How Does a Dynamic Translation Look?
Both dynamic readers and dynamic writers each have a single Feature Type, regardless of the schema of the reader datasets:
Notice that there is only a single feature type, regardless of whether the data is made up of several layers or tables.
Also notice that the sole reader Feature Type is named <All> (which provides a clue to what is happening here) and that the sole writer Feature Type is named <Dynamic>.
When the workspace is run, all of the source data is read through a single feature type. On the writer side, although there is only one output type, the data will be dynamically divided back into its component layers, keeping its original attributes and geometry type.
With this workspace you can switch the source dataset to anything (of the correct format) and the output will be a mirror image. There is no need to worry about unexpected input or unsupported geometry types. Plus, if you used the Generic Reader/Writer, it could read any dataset, of any format and create a duplicate output of it!