In some cases, you may need to perform the same transformations of data that is stored in parallel in the source. In these cases, you can parameterize the input paths to your data, so that all related data is processed in an identical manner.
When you create a dataset with parameters in , you can replace segments of the input path with parameters. Suppose you have the following files that you'd like to capture through a parameterized dataset:
//source/user/me/datasets/month01/2017-01-31-file.csv //source/user/me/datasets/month02/2017-02-28-file.csv //source/user/me/datasets/month03/2017-03-31-file.csv //source/user/me/datasets/month04/2017-04-30-file.csv //source/user/me/datasets/month05/2017-05-31-file.csv //source/user/me/datasets/month06/2017-06-30-file.csv //source/user/me/datasets/month07/2017-07-31-file.csv //source/user/me/datasets/month08/2017-08-31-file.csv //source/user/me/datasets/month09/2017-09-30-file.csv //source/user/me/datasets/month10/2017-10-31-file.csv //source/user/me/datasets/month11/2017-11-30-file.csv //source/user/me/datasets/month12/2017-12-31-file.csv |
A parameterized reference to all of these files would look something like:
//source/user/me/datasets/month##/YYYY-MM-DD-file.csv |
Through the application, you can specify the parameters to match all values for:
##
- You can use a wildcard or (better) a pattern to replace these values.YYYY-MM-DD
- A formatted Datetime parameter can replace these values.Each file that is included as part of the dataset with parameters should have identical structures:
NOTE: Avoid creating datasets with parameters where individual files or tables have differing schemas. Either import these sources separately and then correct in the application before performing a union on the datasets, or make corrections in the source application to standardize the schemas. |
When working with datasets with parameters, it may be useful to do the following if you expect the underlying datasets to be less than 100% consistent with each other.
In the Transformer page, collect a Random Sample using a full scan. This step attempts to gather data from multiple individual files, which may illuminate problems across the data.
Tip: If you suspect that there is a problem with a specific file or rows of data (e.g. from a specific date), you can create a static dataset from the file in question. |
NOTE: Matching file path patterns in a large directory can be slow. Where possible, avoid using multiple patterns to match a file pattern or scanning directories with a large number of files. To increase matching speed, avoid wildcards in top-level directories and be as specific as possible with your wildcards and patterns. |
Click Create Dataset with Parameters.
Create Dataset with Parameters |
Click Update matches. Verify that all of your preferred datasets are matching.
NOTE: If you are matching with more datasets than you wish, you should review your parameters. |
Click Create.
The parameterized dataset is loaded. See Import Data Page.
A flow containing a dataset with parameters has additional options for managing them. See Flow View Page.
Datetime parameters require the following elements:
Format: You must specify the format of the matching date and/or time values using alphanumeric patterns. To review a list of example formats, click Browse Date/Timestamp Patterns.
You can also create custom formats using patterns. For example, the following regex pattern matches patterns like MM.DD.YYYY
:
/[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9][0-9][0-9]/ |
Date range: Use these controls to specify the range that matching dates must fall within.
NOTE: Date range parameters are case-insensitive. |
Time zone: The default time zone is the location of the host of the application. To change the current time zone, click Change.
For a list of supported time zone values, see Supported Time Zone Values.
A parameterized dataset can support only one Datetime parameter. If you have multiple parts of the path that contain date information, you can create a Datetime element for each part.
Steps:
YYYY
. Then, select the second element and click the Extend Datetime Parameter icon.
Click the Extend Datetime Parameter icon to create additional parts to your Datetime parameter. |
A variable parameter is a key-value pair that can be inserted into the path.
Name: The name of the variable is used to identify its purpose.
NOTE: If multiple datasets within the same flow share the same variable name, they are treated as the same variable. |
Default Value: If the variable value is not overridden at execution time, this value is inserted in the variable location in the path.
NOTE: When you edit an imported dataset, if a variable is renamed, a new variable is created using the new name. Any override values assigned under the old variable name for the dataset must be re-applied. Instances of the variable and override values used in other imported datasets remain unchanged. |
In the screen above, you can see an example of pattern-based parameterization. In this case, you are trying to parameterize the two digits after the value: POS-r
.
The easiest way to is to add a wildcard: *
A wildcard can be any value of any length, including an empty string.
Tip: Wildcard matching is very broad. If you are using wildcards, you should constrain them to a very small part of the overall path. Some running environment may place limits on the number of files with which you can match. |
Instead of a wildcard match, you could specify a regular expression match. Regular expressions are a standardized means of expressing patterns.
Regular expressions are specified between forward slashes, as in the following:
/my_regular_expression/ |
NOTE: If regular expressions are poorly specified, they can create unexpected matches and results. Use them with care. For a list of limitations of regular expressions for parameterization, see Overview of Parameterization. |
The following regular expression matches the same two sources in the previous screen:
/\_[0-9]*\_[0-9]*/ |
The above expression matches an underscore (_) followed by any number of digits, another underscore, and any number of digits.
Tip: In regular expressions, some characters have special meaning. To ensure that you are referencing the literal character, you can insert a backslash (\) before the character in question. |
While the above matches the two sources, it also matches any of the following:
_2_1 __1 _1231231231231231235245234343_ |
These may not be proper matches. Instead, you can add some specificity to the expression to generate a better match:
/\_[0-9]{13}\_[0-9]{4}/ |
The above pattern matches an underscore, followed by exactly 13 digits, another underscore, and then another 4 digits. This pattern matches the above two sources exactly, without introducing the possibility of matching other numeric patterns.
A is a platform-specific mechanism for specifying patterns, which is much simpler to use than regular expressions. These simple patterns can cover much of the same range of pattern expression as regular expressions without the same risks of expression and sometimes ugly syntax. For more information on
, see Text Matching.
are specified between back-ticks, as in the following:
`my_pattern` |
In the previous example, the following regular expression was used to match the proper set of files:
/\_[0-9]{13}\_[0-9]{4}/ |
In a , the above can be expressed in a simpler format:
`\_{digit}{13}\_{digit}{4}` |
This simpler syntax is easier to parse and performs the same match as the regular expression version.
Steps: