9.8. Data Type Formatting Functions
The Postgres Pro formatting functions provide a powerful set of tools for converting various data types (date/time, integer, floating point, numeric) to formatted strings and for converting from formatted strings to specific data types. Table 9.21 lists them. These functions all follow a common calling convention: the first argument is the value to be formatted and the second argument is a template that defines the output or input format.
to_timestamp function is also available; it accepts a
double precision argument and converts from Unix epoch (seconds since 1970-01-01 00:00:00+00) to
timestamp with time zone. (
Integer Unix epochs are implicitly cast to
Table 9.21. Formatting Functions
to_char output template string, there are certain patterns that are recognized and replaced with appropriately-formatted data based on the given value. Any text that is not a template pattern is simply copied verbatim. Similarly, in an input template string (for the other functions), template patterns identify the values to be supplied by the input data string.
Table 9.22 shows the template patterns available for formatting date and time values.
Table 9.22. Template Patterns for Date/Time Formatting
|hour of day (01-12)|
|hour of day (01-12)|
|hour of day (00-23)|
|seconds past midnight (0-86399)|
|meridiem indicator (without periods)|
|meridiem indicator (with periods)|
|year (4 or more digits) with comma|
|year (4 or more digits)|
|last 3 digits of year|
|last 2 digits of year|
|last digit of year|
|ISO 8601 week-numbering year (4 or more digits)|
|last 3 digits of ISO 8601 week-numbering year|
|last 2 digits of ISO 8601 week-numbering year|
|last digit of ISO 8601 week-numbering year|
|era indicator (without periods)|
|era indicator (with periods)|
|full upper case month name (blank-padded to 9 chars)|
|full capitalized month name (blank-padded to 9 chars)|
|full lower case month name (blank-padded to 9 chars)|
|abbreviated upper case month name (3 chars in English, localized lengths vary)|
|abbreviated capitalized month name (3 chars in English, localized lengths vary)|
|abbreviated lower case month name (3 chars in English, localized lengths vary)|
|month number (01-12)|
|full upper case day name (blank-padded to 9 chars)|
|full capitalized day name (blank-padded to 9 chars)|
|full lower case day name (blank-padded to 9 chars)|
|abbreviated upper case day name (3 chars in English, localized lengths vary)|
|abbreviated capitalized day name (3 chars in English, localized lengths vary)|
|abbreviated lower case day name (3 chars in English, localized lengths vary)|
|day of year (001-366)|
|day of ISO 8601 week-numbering year (001-371; day 1 of the year is Monday of the first ISO week)|
|day of month (01-31)|
|day of the week, Sunday (|
|ISO 8601 day of the week, Monday (|
|week of month (1-5) (the first week starts on the first day of the month)|
|week number of year (1-53) (the first week starts on the first day of the year)|
|week number of ISO 8601 week-numbering year (01-53; the first Thursday of the year is in week 1)|
|century (2 digits) (the twenty-first century starts on 2001-01-01)|
|Julian Day (integer days since November 24, 4714 BC at midnight UTC)|
|quarter (ignored by |
|month in upper case Roman numerals (I-XII; I=January)|
|month in lower case Roman numerals (i-xii; i=January)|
|upper case time-zone abbreviation (only supported in |
|lower case time-zone abbreviation (only supported in |
|time-zone offset from UTC (only supported in |
Modifiers can be applied to any template pattern to alter its behavior. For example,
FMMonth is the
Month pattern with the
FM modifier. Table 9.23 shows the modifier patterns for date/time formatting.
Table 9.23. Template Pattern Modifiers for Date/Time Formatting
|fill mode (suppress leading zeroes and padding blanks)|
|upper case ordinal number suffix|
|lower case ordinal number suffix|
|fixed format global option (see usage notes)|
|translation mode (print localized day and month names based on lc_time)|
|spell mode (not implemented)|
Usage notes for date/time formatting:
FMsuppresses leading zeroes and trailing blanks that would otherwise be added to make the output of a pattern be fixed-width. In Postgres Pro,
FMmodifies only the next specification, while in Oracle
FMaffects all subsequent specifications, and repeated
FMmodifiers toggle fill mode on and off.
TMdoes not include trailing blanks.
to_dateskip multiple blank spaces in the input string unless the
FXoption is used. For example,
to_timestamp('2000 JUN', 'YYYY MON')works, but
to_timestamp('2000 JUN', 'FXYYYY MON')returns an error because
to_timestampexpects one space only.
FXmust be specified as the first item in the template.
to_dateexist to handle input formats that cannot be converted by simple casting. These functions interpret input liberally, with minimal error checking. While they produce valid output, the conversion can yield unexpected results. For example, input to these functions is not restricted by normal ranges, thus
2014-01-17rather than causing an error. Casting does not have this behavior.
Ordinary text is allowed in
to_chartemplates and will be output literally. You can put a substring in double quotes to force it to be interpreted as literal text even if it contains pattern key words. For example, in
'"Hello Year "YYYY', the
YYYYwill be replaced by the year data, but the single
Yearwill not be. In
to_timestamp, double-quoted strings skip the number of input characters contained in the string, e.g.
"XX"skips two input characters.
If you want to have a double quote in the output you must precede it with a backslash, for example
If the year format specification is less than four digits, e.g.
YYY, and the supplied year is less than four digits, the year will be adjusted to be nearest to the year 2020, e.g.
YYYYconversion from string to
datehas a restriction when processing years with more than 4 digits. You must use some non-digit character or template after
YYYY, otherwise the year is always interpreted as 4 digits. For example (with the year 20000):
to_date('200001131', 'YYYYMMDD')will be interpreted as a 4-digit year; instead use a non-digit separator after the year, like
In conversions from string to
CC(century) field is ignored if there is a
CCis used with
Ythen the year is computed as the year in the specified century. If the century is specified but the year is not, the first year of the century is assumed.
An ISO 8601 week-numbering date (as distinct from a Gregorian date) can be specified to
to_datein one of two ways:
Year, week number, and weekday: for example
to_date('2006-42-4', 'IYYY-IW-ID')returns the date
2006-10-19. If you omit the weekday it is assumed to be 1 (Monday).
Year and day of year: for example
to_date('2006-291', 'IYYY-IDDD')also returns
Attempting to enter a date using a mixture of ISO 8601 week-numbering fields and Gregorian date fields is nonsensical, and will cause an error. In the context of an ISO 8601 week-numbering year, the concept of a “month” or “day of month” has no meaning. In the context of a Gregorian year, the ISO week has no meaning.
to_datewill reject a mixture of Gregorian and ISO week-numbering date fields,
to_charwill not, since output format specifications like
YYYY-MM-DD (IYYY-IDDD)can be useful. But avoid writing something like
IYYY-MM-DD; that would yield surprising results near the start of the year. (See Section 9.9.1 for more information.)
In a conversion from string to
timestamp, millisecond (
MS) or microsecond (
US) values are used as the seconds digits after the decimal point. For example
to_timestamp('12:3', 'SS:MS')is not 3 milliseconds, but 300, because the conversion counts it as 12 + 0.3 seconds. This means for the format
SS:MS, the input values
12:300specify the same number of milliseconds. To get three milliseconds, one must use
12:003, which the conversion counts as 12 + 0.003 = 12.003 seconds.
Here is a more complex example:
to_timestamp('15:12:02.020.001230', 'HH24:MI:SS.MS.US')is 15 hours, 12 minutes, and 2 seconds + 20 milliseconds + 1230 microseconds = 2.021230 seconds.
to_char(..., 'ID')'s day of the week numbering matches the
extract(isodow from ...)function, but
to_char(..., 'D')'s does not match
extract(dow from ...)'s day numbering.
HH12as shown on a 12-hour clock, i.e. zero hours and 36 hours output as
HH24outputs the full hour value, which can exceed 23 for intervals.
Table 9.24 shows the template patterns available for formatting numeric values.
Table 9.24. Template Patterns for Numeric Formatting
|digit position (can be dropped if insignificant)|
|digit position (will not be dropped, even if insignificant)|
|group (thousands) separator|
|negative value in angle brackets|
|sign anchored to number (uses locale)|
|currency symbol (uses locale)|
|decimal point (uses locale)|
|group separator (uses locale)|
|minus sign in specified position (if number < 0)|
|plus sign in specified position (if number > 0)|
|plus/minus sign in specified position|
|Roman numeral (input between 1 and 3999)|
|ordinal number suffix|
|shift specified number of digits (see notes)|
|exponent for scientific notation|
Usage notes for numeric formatting:
0specifies a digit position that will always be printed, even if it contains a leading/trailing zero.
9also specifies a digit position, but if it is a leading zero then it will be replaced by a space, while if it is a trailing zero and fill mode is specified then it will be deleted. (For
to_number(), these two pattern characters are equivalent.)
The pattern characters
Grepresent the sign, currency symbol, decimal point, and thousands separator characters defined by the current locale (see lc_monetary and lc_numeric). The pattern characters period and comma represent those exact characters, with the meanings of decimal point and thousands separator, regardless of locale.
If no explicit provision is made for a sign in
to_char()'s pattern, one column will be reserved for the sign, and it will be anchored to (appear just left of) the number. If
Sappears just left of some
9's, it will likewise be anchored to the number.
A sign formatted using
MIis not anchored to the number; for example,
' -12'. (The Oracle implementation does not allow the use of
9, but rather requires that
THdoes not convert values less than zero and does not convert fractional numbers.
THare Postgres Pro extensions.
Veffectively multiplies the input values by
nis the number of digits following
to_chardoes not support the use of
Vcombined with a decimal point (e.g.,
99.9V99is not allowed).
EEEE(scientific notation) cannot be used in combination with any of the other formatting patterns or modifiers other than digit and decimal point patterns, and must be at the end of the format string (e.g.,
9.99EEEEis a valid pattern).
Certain modifiers can be applied to any template pattern to alter its behavior. For example,
FM99.99 is the
99.99 pattern with the
FM modifier. Table 9.25 shows the modifier patterns for numeric formatting.
Table 9.25. Template Pattern Modifiers for Numeric Formatting
|fill mode (suppress trailing zeroes and padding blanks)|
|upper case ordinal number suffix|
|lower case ordinal number suffix|
Table 9.26 shows some examples of the use of the