Flat File¶
Overview¶
The AMI Flat File Reader Datasource Adapter is a highly configurable adapter designed to process extremely large flat files into tables at rates exceeding 100mb per second*. There are a number of directives which can be used to control how the flat file reader processes a file. Each line (delineated by a Line feed) is considered independently for parsing. Note the EXECUTE <sql>
clause supports the full AMI sql language.
- Using Pattern Capture technique (_pattern) to extract 3 fields across a 4.080 gb text file containing 11,999,504 records. This generated a table of 11,999,504 records x 4 columns in 37,364 milliseconds (additional column is the default linenum). Tested on raid-2 7200rpm 2TB drive
Generally speaking, the parser can handle three (4) different methods of parsing files:
Delimited list or ordered fields¶
Example data and query:
Key value pairs¶
Example data and query:
Pattern Capture¶
Example data and query:
Raw Line¶
If you do not specify a _fields, _mapping nor _pattern directive then the parser defaults to a simple row-per-line parser. A "line" column is generated containing the entire contents of each line from the file
Configuring the Adapter for first use¶
-
Open the datamodeler (In Developer Mode -> Menu Bar -> Dashboard -> Datamodel)
-
Choose the "Attach Datasource" button
-
Choose Flat File Reader
-
In the Add datasource dialog:
Name: Supply a user defined Name, ex:
MyFiles
URL: /full/path/to/directory/containing/files (ex:
/home/myuser/files
)(Keep in mind that the path is on the machine running AMI, not necessarily your local desktop)
-
Click "Add Datasource" Button
Accessing Files Remotely: You can also access files on remote machines as well using an AMI Relay. First install an AMI relay on the machine that contains the files, or at least has access to the files, you wish to read ( See AMI for the Enterprise documentation for details on how to install an AMI relay). Then in the Add Datasource wizard select the relay in the "Relay To Run On" dropdown.
General Directives¶
File name Directive (Required)¶
Syntax
_file=path/to/file
Overview
This directive controls the location of the file to read, relative to the datasource's url. Use the forward slash (/) to indicate directories (standard UNIX convention)
Examples
_file="data.txt"
(Read the data.txt file, located at the root of the datasource's url)
_file="subdir/data.txt"
(Read the data.txt file, found under the subdir directory)
Field definitions Directive (Required)¶
Syntax
_fields=col1_type col_name, col2_type col2_name, ...
Overview
This directive controls the Column names that will be returned, along with their types. The order in which they are defined is the same as the order in which they are returned. If the column type is not supplied, the default is String. Special note on additional columns: If the line number (see _linenum directive) column is not supplied in the list, it will default to type integer and be added to the end of the table schema. Columns defined in the Pattern (see _pattern directive) but not defined in _fields will be added to the end of the table schema.
Types should be one of: String
, Long
, Integer
, Boolean
, Double
, Float
, UTC
Column names must be valid variable names.
Examples
_fields="String account,Long quantity"
(define two columns)
_fields ="fname,lname,int age"
(define 3 columns, fname and lname default to String)
Directives for parsing Delimited list of ordered Fields¶
_file=file_name
(Required, see General Directives)
_fields=col1_type col1_name, ...
(Required, see General Directives)
_delim=delim_string
(Required)
_conflateDelim=true|false
(Optional. Default is false)
_quote=single_quote_char
(Optional)
_escape=single_escape_char
(Optional)
The _delim
indicates the char (or chars) used to separate each field (If _conflateDelim
is true, then 1 or more consecutive delimiters are treated as a single delimiter). The _fields
is an ordered list of types and field names for each of the delimited fields. If the _quote
is supplied, then a field value starting with quote will be read until another quote char is found, meaning delims within quotes will not be treated as delims. If the _escape
char is supplied then when an escape char is read, it is skipped and the following char is read as a literal.
Examples
This defines a pattern such that:
Maps to:
code | lname | age |
---|---|---|
11232-33 | Smith | 20 |
1332|ABC | 30 | |
Account|112 | Jones | 18 |
Directives for parsing Key Value Pairs¶
_file=file_name
(Required, see General Directives)
_fields=col1_type col1_name, ...
(Required, see General Directives)
_delim=delim_string
(Required)
_conflateDelim=true|false
(Optional. Default is false)
_equals=single_equals_char
(Required)
_mappings=from1=to1,from2=to2,...
(Optional)
_quote=single_quote_char
(Optional)
_escape=single_escape_char
(Optional)
The _delim
indicates the char (or chars) used to separate each field (If _conflateDelim
is true, then 1 or more consecutive delimiters are treated as a single delimiter). The _quals
char is used to indicate the key/value separator. The _fields
is an ordered list of types and field names for each of the delimited fields. If the _quote
is supplied, then a field value starting with quote will be read until another quote char is found, meaning delims within quotes will not be treated as delims. If the _escape
char is supplied then when an escape char is read, it is skipped and the following char is read as a literal.
The optional _mappings
directive allows you to map keys within the flat file to field names specified in the _fields
directive. This is useful when a file has key names that are not valid field names, or a file has multiple key names that should be used to populate the same column.
Examples
This defines a pattern such that:
Maps to:
code | lname | age |
---|---|---|
11232-33 | Smith | 20 |
1332|ABC | 30 | |
Act|112 | J | 18 |
Directives for Pattern Capture¶
_file=file_name
(Required, see General Directives)
_fields=col1_type col1_name, ...
(Optional, see General Directives)
_pattern=col1_type col1_name, ...=regex_with_grouping
(Required)
The _pattern
must start with a list of column names, followed by an equal sign (=) and then a regular expression with grouping (this is dubbed a column-to-pattern mapping). The regular expression's first grouping value will be mapped to the first column, 2nd grouping to the second and so on.
If a column is already defined in the _fields
directive, then it's preferred to not include the column type in the _pattern
definition.
For multiple column-to-pattern mappings, use the \n (new line) to separate each one.
Example 1
This defines a pattern such that:
Maps to:
fname | lname | age |
---|---|---|
John | Smith | 20 |
Bobby | Boy | 30 |
Example 2
This defines two patterns such that:
Maps to:
fname | lname | age | weight |
---|---|---|---|
John | Smith | 20 | |
Bobby | Boy | 130 |
Optional Line Number Directives¶
Skipping Lines Directive (optional)¶
Syntax
_skipLines=number_of_lines
Overview
This directive controls the number of lines to skip from the top of the file. This is useful for ignoring "junk" at the top of a file. If not supplied, then no lines are skipped. From a performance standpoint, skipping lines is highly efficient.
Examples
_skipLines="0"
(this is the default, don't skip any lines)
_skipLines="1"
(skip the first line, for example if there is a header)
Line Number Column Directive (optional)¶
Syntax
_linenum=column_name
Overview
This directive controls the name of the column that will contain the line number. If not supplied, the default is "linenum". Notes about the line number: The first line is line number 1, and skipped/filtered out lines are still considered in numbering. For example, if the _skipLines=2
, then the first line will have a line number of 3.
Examples
_linenum=""
(A line number column is not included in the table)
_linenum="linenum"
(The column linenum will contain line numbers, this is the default)
_linenum="rownum"
(The column rownum will contain line numbers)
Optional Line Filtering Directives¶
Filtering Out Lines Directive (optional)¶
Syntax
_filterOut=regex
Overview
Any line that matches the supplied regular expression will be ignored. If not supplied, then no lines are filtered out. From a Performance standpoint, this is applied before other parsing is considered, so ignoring lines using a filter out directive is faster, as opposed to using a WHERE clause, for example.
Examples
_filterOut="Test"
(ignore any lines containing the text Test)
_filterOut="^Comment"
(ignore any lines starting with Comment)
_filterOut="This|That"
(ignore any lines containing the text This or That)
Filtering In Lines Directive (optional)¶
Syntax
_filterIn=regex
Overview
Only lines that match the supplied regular expression will be considered. If not supplied, then all lines are considered. From a Performance standpoint, this is applied before other parsing is considered, so narrowing down the lines considered using a filter in directive is faster, as opposed to using a WHERE clause, for example. If you use a grouping (..) inside the regular expression, then only the contents of the first grouping will be considered for parsing
Examples
_filterIn="3Forge"
(ignore any lines that don't contain the word 3Forge)
_filterIn="^Outgoing"
(ignore any lines that don't start with Outgoing)
_filterIn="Data(.*)"
(ignore any lines that don't start with Data, and only consider the text after the word Data for processing)
Directive for converting file as binary data (optional)¶
Syntax
_binary=true/false
Examples
_binary=true
(true indicates file read with be converted to binary data, default is false)