Introduction
Enriching data is at the heart of analysis modelling from adding additional data and extrapolating information to performing complex calculations and deduplication, PhixFlow covers it all. In this page we will highlight some of the key areas of enrichment, provide examples, and list the links to additional useful enrichment resources.
PhixScript Functions
PhixScript is the language of PhixFlow and it can be used anywhere that supports expressions, such as attributes on a table and in filters.
There are over 115 functions available and these are listed in Functions. but to help you get started here is a short list of commonly used functions:
Common Functions
- Comments can be added to a single line using
//
or to a section using/* */
. - if: used where you need to evaluate a simple condition before processing an expression.
- ifNull: If its first value is provided then this is the returned value, else it will return the second value.
- switch: evaluates a set of conditions in turn, and returns the associated result for the first match.
- forEach: Iterates over an Array or Recordset and processes a script for each entry.
- listToString: takes a list and returns a string delimited by a comma.
- contains: Used on a string will return true (1), if a string contains another specified string.
- listContains: Used on a list returns the position of a entry in a list (with 1 being the first item) if the value being looked for is found in the list, and false (0) otherwise.
- replaceAll: Replace all occurrences of a pattern with a replacement string. Also see replaceFirst.
- dateDiff: Return the time difference between two dates in milliseconds.
- dateAdd: Add or subtract from a date using a specified unit e.g. _MONTH.
- now: Returns the current day and time, and today returns just the day.
- _NULL: is how to declare a null value e.g. $output = _NULL.
- substring: Returns the portion of the supplied string between specified character positions.
- stringLength: Returns the length of a string.
- trim: Removes leading and trailing white spaces from a string, returning the cleansed string.
- toString: Converts a value from select data types into a string. For example, a date.
- toDate: Converts a string in a recognised date format (e.g. 20120521 or 20120521.172108) into a date.
Debugging
- debug: Adds a debug message into the Log. This function is often used when creating a model and trying to work out why an Expression is not behaving as expected.
- error: Adds a error message into the Log and displays the message to the user.
Writing PhixScript
Where a PhixScript is more than a single function, it must be wrapped in a do()
function. do()
can also be used within functions where you need to carryout multiple functions such as in if
or switch
.
Single Function PhixScript
This is used in attribute expressions and filters alike where a single function is called.
// If ExamResult is greater than 95 then return "Distinction" else return "Pass" if( in.ExamResult > 95, "Distinction", "Pass")
Multiple Function PhixScript
PhixScripts containing multiple functions must be wrapped in a do(). For more information see do().
The value returned from the PhixScript is the final value output, therefore it is useful to add the desired output to the end of the script.
Note that variables declared in an attribute expression (variables are declared with a $ symbol with the data type being implied) will be accessible to subsequent attributes within the same table by using the $variable name.
do( // calculate the miles per gallon. $mpg = in.distance / in.gallonsUsed, // if $mpg is over 65 set efficiency to Highly Efficient if( $mpg > 65, $efficiency = "Highly Efficient", // ELSE, set $efficiency to be null $efficiency = _NULL ), // Set the value returned by the PhixScript $efficiency )
Variables
PhixFlow contains a number of Internal Variables available to PhixScript used for obtaining system and user information.
Variables in PhixFlow are declared using a $ variable. The data type is implied by the first value entered, for example:
$myArray = []
. Creates an array.$myString = "Hello World"
. Create a string.$myDate = toDate("20120521")
. Create a date.$myNumber = 42
. Create a number
Lookup Information
Lookups can be performed using three different techniques, the method selected depends on your requirements and these are described below:
Lookup Function
See lookup for full details on the configuration.
The lookup function allows the user to pass variables to a lookup pipe. For example up, the pipe configuration for passing a variable would look like the following with the Type set to Lookup
:
To retrieve the Region data from this lookup pipe, for example in an attribute expression, this would look like the following: lookup(in, $num = _out.MyValue).Region
Lookup with Filtering
Scenario
Lookup information from a separate table and pass filtering information to return only selected records.
Example
You need to retrieve the region for a particular businesses. We will use the City to perform a lookup that will return a region.Solution
- You should have a two tables:
- one with your data that will perform the lookup e.g. Business Data.
- a second table with the data being looked up e.g. Region.
- Drag a pipe from the data to be looked up, to the data performing the lookup. In our case from Region to the Business Data.
- In the properties window that opens for the pipe:
- Set the name to be something short but meaningful.
- Set the Type to be lookup.
- In the filter section we will tell the lookup pipe we want to filter Region by City using the processed City value from our Business Data.
- We are passing data and not just a string value, so click to tell PhixFlow we are passing an expression.
- To use the processed version of City we use _out.City.
- The filter as follows:
- The lookup is now setup, to access the Lookup attributes, we open the Business Data and add an attribute called Region.
- In the expression type pipe.attribute, in our case this will be rgn.Region.
- Save your changes.
- Run analysis on Business Data and the Region will now populate.
Lookup with Order/Index
Scenario
This is a highly efficient method for performing a lookup against a small set of records. This kind of lookup will automatically cache a set amount of records, 3000 by default, in memory allowing for faster lookups.
Example
You have a product ID on an invoice and want to return the name of the product to display. There are a finite amount of products so it is efficient to cache them.
Solution
Merges
See Merging Tables.
Matching
Simple exact matches and make reference to addition al functions for more advanced matching see Lev Distance etc.
Task Plan
For full details see Using Tasks and Task Plans.
Task plans can be used to run analysis from an action or at a schedule time(s). There are additional features which enable you to clear data and perform system tasks. To setup a Task Plan which:
- Runs every day at 1am.
- Runs the Analysis Task 1, before Analysis Task 2.
Example Solution
- Create a new Task Plan in your application from within the repository.
- Tick
Enabled
andScheduled.
- Click Apply
- Add your tasks, click the ellipses →
Add New Item
→Select your item
. - Complete the details and tick Mandatory if you want this task to complete before moving onto the next task in your task plan.
- Save your task, and add any additional tasks. Your Task plan will look similar to this:
- In the Schedule, complete the details as required, in our example we have set the Task Plan to run everyday at 1am. Note: * means all values, and ? means no value. You will find more information on this in the Task Plan help pages mentioned above.