A union is somewhat analogous to creating a table from a SQL
UNION of two or more tables. See CREATE TABLE … AS and
UNION for details.union or union_all mode:
- Union — retains all unique rows from the specified data sets
- Union All — retains all rows from the specified data sets
Performing a union creates a separate
memory-only table containing the results.
Union results can be persisted (like tables) using
the
persist option.
A union result table name must adhere to the standard
naming criteria. Each union result
exists within a schema and follows the standard
name resolution rules for tables.
Note that if the source data sets are replicated,
the results of the union will also be replicated. If the included data
sets are sharded, the resulting memory-only table
from the union will also be sharded; this also means that if a
non-sharded data set is included, the resulting memory-only table will also be
non-sharded.
Limitations on using union are discussed in further detail in the
Limitations and Cautions section.
Union-Compatible Data Types
You can union any number or combination of data sets as long as the columns across the data sets being used have similar data types. Kinetica will cast compatible data types as follows:int8
int16
int
long
float
double
decimal
date
time
datetime
timestamp
charN
wkt
ipv4
Performing a Union
To perform a union of data sets, the /create/union endpoint requires five parameters:- the name of the memory-only table to be created
- the list of member data sets to be used in the union operation; the result will contain all of the elements from the first data set and all of the elements from the second one
- the list of columns from each of the given data sets to be used in the union operation
- the list of column names to be output to the resulting memory-only table
-
the union mode specified in the
optionsinput parameterunion_all(the default option)unionorunion_distinct
If you do not specify a union mode,
union_all will be used.Examples
A union all between thelunch_menu table and the
dinner_menu table would look like:
lunch_menu and dinner_menu.
A union (or union distinct) using the same tables can be performed via:
lunch_menu and
dinner_menu.
Retrieving Union Data
To retrieve records from the union results:Limitations and Cautions
- Performing a union between two data sets results in an entirely new data set, so be mindful of the memory usage implications.
- All data sets have to be replicated or not replicated, e.g., you cannot union replicated and non-replicated data sets.
- If attempting to perform a distinct union on sharded data sets, all data sets have to be sharded similarly (if all data is not on the same processing node, the distinct union can’t be calculated properly).
- The result of a union operation does not get updated if source data set(s) are updated.
- The
input_column_nameparameter vector size needs to match the number of data sets listed, i.e. if you want to union a data set to itself, the data set will need to be listed twice in thetable_namesparameter. - The
input_column_nameparameter vectors need to be listed in the same order as their source data sets, e.g., if three data sets are listed in thetable_namesparameter, the first data set’s columns should be listed first in theinput_column_nameparameter, etc. - The result of a union is transient, by default, and will expire after the default TTL setting.
- The result of a union is not persisted, by default, and will not survive a
database restart; specifying a
persistoption oftruewill make the table permanent and not expire.