8.1. Data Types
Presto has a set of built-in data types, described below. Additional types can be provided by plugins.
Note
Connectors are not required to support all types. See connector documentation for details on supported types.
Boolean
BOOLEAN
This type captures boolean valuestrue
andfalse
.
Integer
TINYINT
A 8-bit signed two’s complement integer with a minimum value of-2^7
and a maximum value of2^7 - 1
.
SMALLINT
A 16-bit signed two’s complement integer with a minimum value of-2^15
and a maximum value of2^15 - 1
.
INTEGER
A 32-bit signed two’s complement integer with a minimum value of-2^31
and a maximum value of2^31 - 1
. The nameINT
is also available for this type.
BIGINT
A 64-bit signed two’s complement integer with a minimum value of-2^63
and a maximum value of2^63 - 1
.
Floating-Point
REAL
A real is a 32-bit inexact, variable-precision implementing the IEEE Standard 754 for Binary Floating-Point Arithmetic.
Example literals:
REAL '10.3'
,REAL '10.3e0'
,REAL '1.03e1'
DOUBLE
A double is a 64-bit inexact, variable-precision implementing the IEEE Standard 754 for Binary Floating-Point Arithmetic.
Example literals:
DOUBLE '10.3'
,DOUBLE '1.03e1'
,10.3e0
,1.03e1
Fixed-Precision
DECIMAL
A fixed precision decimal number. Precision up to 38 digits is supported but performance is best up to 18 digits.
The decimal type takes two literal parameters:
- precision - total number of digits
- scale - number of digits in fractional part. Scale is optional and defaults to 0.
Example type definitions:
DECIMAL(10,3)
,DECIMAL(20)
Example literals:
DECIMAL '10.3'
,DECIMAL '1234567890'
,1.1
String
VARCHAR
Variable length character data with an optional maximum length.
Example type definitions:
varchar
,varchar(20)
SQL statements support simple literal, as well as Unicode usage:
- literal string :
'Hello winter !'
- Unicode string with default escape character:
U&'Hello winter \2603 !'
- Unicode string with custom escape character:
U&'Hello winter #2603 !' UESCAPE '#'
A Unicode string is prefixed with
U&
and requires an escape character before any Unicode character usage with 4 digits. In the examples above\2603
and#2603
represent a snowman character. Long Unicode codes with 6 digits require usage of the plus symbol before the code. For example, you need to use\+01F600
for a grinning face emoji.
CHAR
Fixed length character data. A
CHAR
type without length specified has a default length of 1. ACHAR(x)
value always hasx
characters. For instance, castingdog
toCHAR(7)
adds 4 implicit trailing spaces. Leading and trailing spaces are included in comparisons ofCHAR
values. As a result, two character values with different lengths (CHAR(x)
andCHAR(y)
wherex != y
) will never be equal.Example type definitions:
char
,char(20)
VARBINARY
Variable length binary data.
SQL statements support usage of binary data with the prefix
X
. The binary data has to use hexadecimal format. For example, the binary form ofeh?
isX'65683F'
.Note
Binary strings with length are not yet supported:
varbinary(n)
JSON
JSON value type, which can be a JSON object, a JSON array, a JSON number, a JSON string,true
,false
ornull
.
Date and Time
See also Legacy and New Timestamp
DATE
Calendar date (year, month, day).
Example:
DATE '2001-08-22'
TIME
Time of day (hour, minute, second, millisecond) without a time zone. Values of this type are parsed and rendered in the session time zone.
Example:
TIME '01:02:03.456'
TIME WITH TIME ZONE
Time of day (hour, minute, second, millisecond) with a time zone. Values of this type are rendered using the time zone from the value.
Example:
TIME '01:02:03.456 America/Los_Angeles'
TIMESTAMP
Instant in time that includes the date and time of day without a time zone. Values of this type are parsed and rendered in the session time zone.
Example:
TIMESTAMP '2001-08-22 03:04:05.321'
TIMESTAMP WITH TIME ZONE
Instant in time that includes the date and time of day with a time zone. Values of this type are rendered using the time zone from the value.
Example:
TIMESTAMP '2001-08-22 03:04:05.321 America/Los_Angeles'
INTERVAL YEAR TO MONTH
Span of years and months.
Example:
INTERVAL '3' MONTH
INTERVAL DAY TO SECOND
Span of days, hours, minutes, seconds and milliseconds.
Example:
INTERVAL '2' DAY
Structural
ARRAY
An array of the given component type.
Example:
ARRAY[1, 2, 3]
MAP
A map between the given component types.
Example:
MAP(ARRAY['foo', 'bar'], ARRAY[1, 2])
ROW
A structure made up of fields that allows mixed types. The fields may be of any SQL type.
By default, row fields are not named, but names can be assigned.
Example:
CAST(ROW(1, 2e0) AS ROW(x BIGINT, y DOUBLE))
Named row fields are accessed with field reference operator
.
.Example:
CAST(ROW(1, 2.0) AS ROW(x BIGINT, y DOUBLE)).x
Named or unnamed row fields are accessed by position with the subscript operator
[]
. The position starts at1
and must be a constant.Example:
ROW(1, 2.0)[1]
Network Address
IPADDRESS
An IP address that can represent either an IPv4 or IPv6 address. Internally, the type is a pure IPv6 address. Support for IPv4 is handled using the IPv4-mapped IPv6 address range (RFC 4291#section-2.5.5.2). When creating an
IPADDRESS
, IPv4 addresses will be mapped into that range. When formatting anIPADDRESS
, any address within the mapped range will be formatted as an IPv4 address. Other addresses will be formatted as IPv6 using the canonical format defined in RFC 5952.Examples:
IPADDRESS '10.0.0.1'
,IPADDRESS '2001:db8::1'
UUID
UUID
This type represents a UUID (Universally Unique IDentifier), also known as a GUID (Globally Unique IDentifier), using the format defined in RFC 4122.
Example:
UUID '12151fd2-7586-11e9-8f9e-2a86e4085a59'
HyperLogLog
Calculating the approximate distinct count can be done much more cheaply than an exact count using the HyperLogLog data sketch. See HyperLogLog Functions.
HyperLogLog
A HyperLogLog sketch allows efficient computation ofapprox_distinct()
. It starts as a sparse representation, switching to a dense representation when it becomes more efficient.
P4HyperLogLog
A P4HyperLogLog sketch is similar to HyperLogLog, but it starts (and remains) in the dense representation.
Quantile Digest
QDigest
A quantile digest (qdigest) is a summary structure which captures the approximate distribution of data for a given input set, and can be queried to retrieve approximate quantile values from the distribution. The level of accuracy for a qdigest is tunable, allowing for more precise results at the expense of space.
A qdigest can be used to give approximate answer to queries asking for what value belongs at a certain quantile. A useful property of qdigests is that they are additive, meaning they can be merged together without losing precision.
A qdigest may be helpful whenever the partial results of
approx_percentile
can be reused. For example, one may be interested in a daily reading of the 99th percentile values that are read over the course of a week. Instead of calculating the past week of data withapprox_percentile
,qdigest
s could be stored daily, and quickly merged to retrieve the 99th percentile value.