ClickHouse/docs/en/sql-reference/functions/date-time-functions.md

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

1674 lines
59 KiB
Markdown
Raw Normal View History

2020-04-03 13:23:32 +00:00
---
2022-08-28 14:53:34 +00:00
slug: /en/sql-reference/functions/date-time-functions
sidebar_position: 39
sidebar_label: Dates and Times
2020-04-03 13:23:32 +00:00
---
2022-06-02 10:55:18 +00:00
# Functions for Working with Dates and Times
2017-04-03 19:49:50 +00:00
2021-04-23 21:37:54 +00:00
Support for time zones.
2017-04-03 19:49:50 +00:00
All functions for working with the date and time that have a logical use for the time zone can accept a second optional time zone argument. Example: Asia/Yekaterinburg. In this case, they use the specified time zone instead of the local (default) one.
CLICKHOUSE-2720: progress on website (#865) * update presentations * CLICKHOUSE-2936: redirect from clickhouse.yandex.ru and clickhouse.yandex.com * update submodule * lost files * CLICKHOUSE-2981: prefer sphinx docs over original reference * CLICKHOUSE-2981: docs styles more similar to main website + add flags to switch language links * update presentations * Less confusing directory structure (docs -> doc/reference/) * Minify sphinx docs too * Website release script: fail fast + pass docker hash on deploy * Do not underline links in docs * shorter * cleanup docker images * tune nginx config * CLICKHOUSE-3043: get rid of habrastorage links * Lost translation * CLICKHOUSE-2936: temporary client-side redirect * behaves weird in test * put redirect back * CLICKHOUSE-3047: copy docs txts to public too * move to proper file * remove old pages to avoid confusion * Remove reference redirect warning for now * Refresh README.md * Yellow buttons in docs * Use svg flags instead of unicode ones in docs * fix test website instance * Put flags to separate files * wrong flag * Copy Yandex.Metrica introduction from main page to docs * Yet another home page structure change, couple new blocks (CLICKHOUSE-3045) * Update Contacts section * CLICKHOUSE-2849: more detailed legal information * CLICKHOUSE-2978 preparation - split by files * More changes in Contacts block * Tune texts on index page * update presentations * One more benchmark * Add usage sections to index page, adapted from slides * Get the roadmap started, based on slides from last ClickHouse Meetup * CLICKHOUSE-2977: some rendering tuning * Get rid of excessive section in the end of getting started * Make headers linkable * CLICKHOUSE-2981: links to editing reference - https://github.com/yandex/ClickHouse/issues/849 * CLICKHOUSE-2981: fix mobile styles in docs * Ban crawling of duplicating docs * Open some external links in new tab * Ban old docs too * Lots of trivial fixes in english docs * Lots of trivial fixes in russian docs * Remove getting started copies in markdown * Add Yandex.Webmaster * Fix some sphinx warnings * More warnings fixed in english docs * More sphinx warnings fixed * Add code-block:: text * More code-block:: text * These headers look not that well * Better switch between documentation languages * merge use_case.rst into ya_metrika_task.rst * Edit the agg_functions.rst texts * Add lost empty lines
2017-06-13 04:15:47 +00:00
2020-03-20 10:10:48 +00:00
``` sql
SELECT
toDateTime('2016-06-15 23:00:00') AS time,
toDate(time) AS date_local,
toDate(time, 'Asia/Yekaterinburg') AS date_yekat,
toString(time, 'US/Samoa') AS time_samoa
```
CLICKHOUSE-2720: progress on website and reference (#886) * update presentations * CLICKHOUSE-2936: redirect from clickhouse.yandex.ru and clickhouse.yandex.com * update submodule * lost files * CLICKHOUSE-2981: prefer sphinx docs over original reference * CLICKHOUSE-2981: docs styles more similar to main website + add flags to switch language links * update presentations * Less confusing directory structure (docs -> doc/reference/) * Minify sphinx docs too * Website release script: fail fast + pass docker hash on deploy * Do not underline links in docs * shorter * cleanup docker images * tune nginx config * CLICKHOUSE-3043: get rid of habrastorage links * Lost translation * CLICKHOUSE-2936: temporary client-side redirect * behaves weird in test * put redirect back * CLICKHOUSE-3047: copy docs txts to public too * move to proper file * remove old pages to avoid confusion * Remove reference redirect warning for now * Refresh README.md * Yellow buttons in docs * Use svg flags instead of unicode ones in docs * fix test website instance * Put flags to separate files * wrong flag * Copy Yandex.Metrica introduction from main page to docs * Yet another home page structure change, couple new blocks (CLICKHOUSE-3045) * Update Contacts section * CLICKHOUSE-2849: more detailed legal information * CLICKHOUSE-2978 preparation - split by files * More changes in Contacts block * Tune texts on index page * update presentations * One more benchmark * Add usage sections to index page, adapted from slides * Get the roadmap started, based on slides from last ClickHouse Meetup * CLICKHOUSE-2977: some rendering tuning * Get rid of excessive section in the end of getting started * Make headers linkable * CLICKHOUSE-2981: links to editing reference - https://github.com/yandex/ClickHouse/issues/849 * CLICKHOUSE-2981: fix mobile styles in docs * Ban crawling of duplicating docs * Open some external links in new tab * Ban old docs too * Lots of trivial fixes in english docs * Lots of trivial fixes in russian docs * Remove getting started copies in markdown * Add Yandex.Webmaster * Fix some sphinx warnings * More warnings fixed in english docs * More sphinx warnings fixed * Add code-block:: text * More code-block:: text * These headers look not that well * Better switch between documentation languages * merge use_case.rst into ya_metrika_task.rst * Edit the agg_functions.rst texts * Add lost empty lines * Lost blank lines * Add new logo sizes * update presentations * Next step in migrating to new documentation * Fix all warnings in en reference * Fix all warnings in ru reference * Re-arrange existing reference * Move operation tips to main reference * Fix typos noticed by milovidov@ * Get rid of zookeeper.md * Looks like duplicate of tutorial.html * Fix some mess with html tags in tutorial * No idea why nobody noticed this before, but it was completely not clear whet to get the data * Match code block styling between main and tutorial pages (in favor of the latter) * Get rid of some copypaste in tutorial * Normalize header styles * Move example_datasets to sphinx * Move presentations submodule to website * Move and update README.md * No point in duplicating articles from habrahabr here * Move development-related docs as is for now * doc/reference/ -> docs/ (to match the URL on website) * Adapt links to match the previous commit * Adapt development docs to rst (still lacks translation and strikethrough support) * clean on release * blacklist presentations in gulp * strikethrough support in sphinx * just copy development folder for now * fix weird introduction in style article * Style guide translation (WIP) * Finish style guide translation to English * gulp clean separately * Update year in LICENSE * Initial CONTRIBUTING.md * Fix remaining links to old docs in tutorial * Some tutorial fixes * Typo * Another typo * Update list of authors from yandex-team accoding to git log
2017-06-20 14:19:03 +00:00
2020-03-20 10:10:48 +00:00
``` text
┌────────────────time─┬─date_local─┬─date_yekat─┬─time_samoa──────────┐
│ 2016-06-15 23:00:00 │ 2016-06-15 │ 2016-06-16 │ 2016-06-15 09:00:00 │
└─────────────────────┴────────────┴────────────┴─────────────────────┘
```
CLICKHOUSE-2720: progress on website (#865) * update presentations * CLICKHOUSE-2936: redirect from clickhouse.yandex.ru and clickhouse.yandex.com * update submodule * lost files * CLICKHOUSE-2981: prefer sphinx docs over original reference * CLICKHOUSE-2981: docs styles more similar to main website + add flags to switch language links * update presentations * Less confusing directory structure (docs -> doc/reference/) * Minify sphinx docs too * Website release script: fail fast + pass docker hash on deploy * Do not underline links in docs * shorter * cleanup docker images * tune nginx config * CLICKHOUSE-3043: get rid of habrastorage links * Lost translation * CLICKHOUSE-2936: temporary client-side redirect * behaves weird in test * put redirect back * CLICKHOUSE-3047: copy docs txts to public too * move to proper file * remove old pages to avoid confusion * Remove reference redirect warning for now * Refresh README.md * Yellow buttons in docs * Use svg flags instead of unicode ones in docs * fix test website instance * Put flags to separate files * wrong flag * Copy Yandex.Metrica introduction from main page to docs * Yet another home page structure change, couple new blocks (CLICKHOUSE-3045) * Update Contacts section * CLICKHOUSE-2849: more detailed legal information * CLICKHOUSE-2978 preparation - split by files * More changes in Contacts block * Tune texts on index page * update presentations * One more benchmark * Add usage sections to index page, adapted from slides * Get the roadmap started, based on slides from last ClickHouse Meetup * CLICKHOUSE-2977: some rendering tuning * Get rid of excessive section in the end of getting started * Make headers linkable * CLICKHOUSE-2981: links to editing reference - https://github.com/yandex/ClickHouse/issues/849 * CLICKHOUSE-2981: fix mobile styles in docs * Ban crawling of duplicating docs * Open some external links in new tab * Ban old docs too * Lots of trivial fixes in english docs * Lots of trivial fixes in russian docs * Remove getting started copies in markdown * Add Yandex.Webmaster * Fix some sphinx warnings * More warnings fixed in english docs * More sphinx warnings fixed * Add code-block:: text * More code-block:: text * These headers look not that well * Better switch between documentation languages * merge use_case.rst into ya_metrika_task.rst * Edit the agg_functions.rst texts * Add lost empty lines
2017-06-13 04:15:47 +00:00
2022-06-02 10:55:18 +00:00
## timeZone
2021-05-28 09:14:28 +00:00
Returns the timezone of the server.
If it is executed in the context of a distributed table, then it generates a normal column with values relevant to each shard. Otherwise it produces a constant value.
2021-05-28 09:14:28 +00:00
2021-06-16 18:33:44 +00:00
**Syntax**
2021-05-28 09:14:28 +00:00
``` sql
timeZone()
```
2021-06-16 18:33:44 +00:00
Alias: `timezone`.
2021-05-28 09:14:28 +00:00
**Returned value**
2021-06-16 18:33:44 +00:00
- Timezone.
2021-05-28 09:14:28 +00:00
Type: [String](../../sql-reference/data-types/string.md).
2022-06-02 10:55:18 +00:00
## toTimeZone
2021-05-28 09:14:28 +00:00
Converts time or date and time to the specified time zone. The time zone is an attribute of the `Date` and `DateTime` data types. The internal value (number of seconds) of the table field or of the resultset's column does not change, the column's type changes and its string representation changes accordingly.
2021-06-16 18:33:44 +00:00
**Syntax**
2021-05-28 09:14:28 +00:00
``` sql
toTimezone(value, timezone)
```
Alias: `toTimezone`.
2021-06-16 18:33:44 +00:00
**Arguments**
2021-05-28 09:14:28 +00:00
- `value` — Time or date and time. [DateTime64](../../sql-reference/data-types/datetime64.md).
2022-01-04 22:53:01 +00:00
- `timezone` — Timezone for the returned value. [String](../../sql-reference/data-types/string.md). This argument is a constant, because `toTimezone` changes the timezone of a column (timezone is an attribute of `DateTime*` types).
2021-05-28 09:14:28 +00:00
**Returned value**
2021-06-16 18:33:44 +00:00
- Date and time.
2021-05-28 09:14:28 +00:00
Type: [DateTime](../../sql-reference/data-types/datetime.md).
**Example**
Query:
2020-12-01 02:07:16 +00:00
```sql
2021-05-28 09:14:28 +00:00
SELECT toDateTime('2019-01-01 00:00:00', 'UTC') AS time_utc,
2020-12-01 02:07:16 +00:00
toTypeName(time_utc) AS type_utc,
toInt32(time_utc) AS int32utc,
toTimeZone(time_utc, 'Asia/Yekaterinburg') AS time_yekat,
toTypeName(time_yekat) AS type_yekat,
toInt32(time_yekat) AS int32yekat,
toTimeZone(time_utc, 'US/Samoa') AS time_samoa,
toTypeName(time_samoa) AS type_samoa,
toInt32(time_samoa) AS int32samoa
FORMAT Vertical;
```
2021-06-29 00:59:19 +00:00
2021-05-28 09:14:28 +00:00
Result:
2020-12-01 02:07:16 +00:00
```text
Row 1:
──────
time_utc: 2019-01-01 00:00:00
type_utc: DateTime('UTC')
int32utc: 1546300800
time_yekat: 2019-01-01 05:00:00
type_yekat: DateTime('Asia/Yekaterinburg')
int32yekat: 1546300800
time_samoa: 2018-12-31 13:00:00
type_samoa: DateTime('US/Samoa')
int32samoa: 1546300800
```
2020-12-01 02:19:26 +00:00
`toTimeZone(time_utc, 'Asia/Yekaterinburg')` changes the `DateTime('UTC')` type to `DateTime('Asia/Yekaterinburg')`. The value (Unixtimestamp) 1546300800 stays the same, but the string representation (the result of the toString() function) changes from `time_utc: 2019-01-01 00:00:00` to `time_yekat: 2019-01-01 05:00:00`.
2022-06-02 10:55:18 +00:00
## timeZoneOf
2021-05-28 09:14:28 +00:00
Returns the timezone name of [DateTime](../../sql-reference/data-types/datetime.md) or [DateTime64](../../sql-reference/data-types/datetime64.md) data types.
2021-06-16 18:33:44 +00:00
**Syntax**
2021-05-28 09:14:28 +00:00
``` sql
timeZoneOf(value)
```
2021-06-16 18:33:44 +00:00
Alias: `timezoneOf`.
2021-05-28 09:14:28 +00:00
**Arguments**
2021-06-16 18:33:44 +00:00
- `value` — Date and time. [DateTime](../../sql-reference/data-types/datetime.md) or [DateTime64](../../sql-reference/data-types/datetime64.md).
2021-05-28 09:14:28 +00:00
**Returned value**
2021-06-16 18:33:44 +00:00
- Timezone name.
2021-05-28 09:14:28 +00:00
Type: [String](../../sql-reference/data-types/string.md).
**Example**
Query:
``` sql
SELECT timezoneOf(now());
```
Result:
``` text
┌─timezoneOf(now())─┐
│ Etc/UTC │
└───────────────────┘
```
2022-06-02 10:55:18 +00:00
## timeZoneOffset
2021-05-28 09:14:28 +00:00
Returns a timezone offset in seconds from [UTC](https://en.wikipedia.org/wiki/Coordinated_Universal_Time). The function takes into account [daylight saving time](https://en.wikipedia.org/wiki/Daylight_saving_time) and historical timezone changes at the specified date and time.
[IANA timezone database](https://www.iana.org/time-zones) is used to calculate the offset.
**Syntax**
``` sql
timeZoneOffset(value)
```
Alias: `timezoneOffset`.
**Arguments**
2021-06-16 18:33:44 +00:00
- `value` — Date and time. [DateTime](../../sql-reference/data-types/datetime.md) or [DateTime64](../../sql-reference/data-types/datetime64.md).
2021-05-28 09:14:28 +00:00
**Returned value**
2021-06-16 18:33:44 +00:00
- Offset from UTC in seconds.
2021-05-28 09:14:28 +00:00
Type: [Int32](../../sql-reference/data-types/int-uint.md).
**Example**
Query:
``` sql
SELECT toDateTime('2021-04-21 10:20:30', 'America/New_York') AS Time, toTypeName(Time) AS Type,
timeZoneOffset(Time) AS Offset_in_seconds, (Offset_in_seconds / 3600) AS Offset_in_hours;
```
Result:
``` text
┌────────────────Time─┬─Type─────────────────────────┬─Offset_in_seconds─┬─Offset_in_hours─┐
│ 2021-04-21 10:20:30 │ DateTime('America/New_York') │ -14400 │ -4 │
└─────────────────────┴──────────────────────────────┴───────────────────┴─────────────────┘
```
2022-06-02 10:55:18 +00:00
## toYear
CLICKHOUSE-2720: progress on website (#865) * update presentations * CLICKHOUSE-2936: redirect from clickhouse.yandex.ru and clickhouse.yandex.com * update submodule * lost files * CLICKHOUSE-2981: prefer sphinx docs over original reference * CLICKHOUSE-2981: docs styles more similar to main website + add flags to switch language links * update presentations * Less confusing directory structure (docs -> doc/reference/) * Minify sphinx docs too * Website release script: fail fast + pass docker hash on deploy * Do not underline links in docs * shorter * cleanup docker images * tune nginx config * CLICKHOUSE-3043: get rid of habrastorage links * Lost translation * CLICKHOUSE-2936: temporary client-side redirect * behaves weird in test * put redirect back * CLICKHOUSE-3047: copy docs txts to public too * move to proper file * remove old pages to avoid confusion * Remove reference redirect warning for now * Refresh README.md * Yellow buttons in docs * Use svg flags instead of unicode ones in docs * fix test website instance * Put flags to separate files * wrong flag * Copy Yandex.Metrica introduction from main page to docs * Yet another home page structure change, couple new blocks (CLICKHOUSE-3045) * Update Contacts section * CLICKHOUSE-2849: more detailed legal information * CLICKHOUSE-2978 preparation - split by files * More changes in Contacts block * Tune texts on index page * update presentations * One more benchmark * Add usage sections to index page, adapted from slides * Get the roadmap started, based on slides from last ClickHouse Meetup * CLICKHOUSE-2977: some rendering tuning * Get rid of excessive section in the end of getting started * Make headers linkable * CLICKHOUSE-2981: links to editing reference - https://github.com/yandex/ClickHouse/issues/849 * CLICKHOUSE-2981: fix mobile styles in docs * Ban crawling of duplicating docs * Open some external links in new tab * Ban old docs too * Lots of trivial fixes in english docs * Lots of trivial fixes in russian docs * Remove getting started copies in markdown * Add Yandex.Webmaster * Fix some sphinx warnings * More warnings fixed in english docs * More sphinx warnings fixed * Add code-block:: text * More code-block:: text * These headers look not that well * Better switch between documentation languages * merge use_case.rst into ya_metrika_task.rst * Edit the agg_functions.rst texts * Add lost empty lines
2017-06-13 04:15:47 +00:00
2017-04-26 19:16:38 +00:00
Converts a date or date with time to a UInt16 number containing the year number (AD).
2017-04-03 19:49:50 +00:00
2021-05-28 09:14:28 +00:00
Alias: `YEAR`.
2022-06-02 10:55:18 +00:00
## toQuarter
Converts a date or date with time to a UInt8 number containing the quarter number.
2021-05-28 09:14:28 +00:00
Alias: `QUARTER`.
2022-06-02 10:55:18 +00:00
## toMonth
2017-04-26 19:16:38 +00:00
Converts a date or date with time to a UInt8 number containing the month number (1-12).
2017-04-03 19:49:50 +00:00
2021-05-28 09:14:28 +00:00
Alias: `MONTH`.
2022-06-02 10:55:18 +00:00
## toDayOfYear
2019-05-05 17:38:05 +00:00
Converts a date or date with time to a UInt16 number containing the number of the day of the year (1-366).
2021-05-28 09:14:28 +00:00
Alias: `DAYOFYEAR`.
2022-06-02 10:55:18 +00:00
## toDayOfMonth
Converts a date or date with time to a UInt8 number containing the number of the day of the month (1-31).
2021-05-28 09:14:28 +00:00
Aliases: `DAYOFMONTH`, `DAY`.
## toDayOfWeek
2017-04-03 19:49:50 +00:00
2023-01-13 14:01:13 +00:00
Converts a date or date with time to a UInt8 number containing the number of the day of the week.
The two-argument form of `toDayOfWeek()` enables you to specify whether the week starts on Monday or Sunday, and whether the return value should be in the range from 0 to 6 or 1 to 7. If the mode argument is ommited, the default mode is 0. The time zone of the date can be specified as the third argument.
| Mode | First day of week | Range |
|------|-------------------|------------------------------------------------|
2023-01-27 13:39:50 +00:00
| 0 | Monday | 1-7: Monday = 1, Tuesday = 2, ..., Sunday = 7 |
| 1 | Monday | 0-6: Monday = 0, Tuesday = 1, ..., Sunday = 6 |
| 2 | Sunday | 0-6: Sunday = 0, Monday = 1, ..., Saturday = 6 |
| 3 | Sunday | 1-7: Sunday = 1, Monday = 2, ..., Saturday = 7 |
2017-04-03 19:49:50 +00:00
2021-05-28 09:14:28 +00:00
Alias: `DAYOFWEEK`.
2023-01-13 14:01:13 +00:00
**Syntax**
``` sql
toDayOfWeek(t[, mode[, timezone]])
```
2022-06-02 10:55:18 +00:00
## toHour
2017-04-26 19:16:38 +00:00
Converts a date with time to a UInt8 number containing the number of the hour in 24-hour time (0-23).
This function assumes that if clocks are moved ahead, it is by one hour and occurs at 2 a.m., and if clocks are moved back, it is by one hour and occurs at 3 a.m. (which is not always true even in Moscow the clocks were twice changed at a different time).
2021-05-28 09:14:28 +00:00
Alias: `HOUR`.
2022-06-02 10:55:18 +00:00
## toMinute
2017-04-03 19:49:50 +00:00
2017-04-26 19:16:38 +00:00
Converts a date with time to a UInt8 number containing the number of the minute of the hour (0-59).
2017-04-03 19:49:50 +00:00
2021-05-28 09:14:28 +00:00
Alias: `MINUTE`.
2022-06-02 10:55:18 +00:00
## toSecond
2017-04-26 19:16:38 +00:00
Converts a date with time to a UInt8 number containing the number of the second in the minute (0-59).
Leap seconds are not accounted for.
2021-05-28 09:14:28 +00:00
Alias: `SECOND`.
2022-06-02 10:55:18 +00:00
## toUnixTimestamp
2020-11-27 20:18:08 +00:00
For DateTime argument: converts value to the number with type UInt32 -- Unix Timestamp (https://en.wikipedia.org/wiki/Unix_time).
For String argument: converts the input string to the datetime according to the timezone (optional second argument, server timezone is used by default) and returns the corresponding unix timestamp.
2020-03-20 10:10:48 +00:00
**Syntax**
2019-10-23 11:28:08 +00:00
2020-03-20 10:10:48 +00:00
``` sql
2020-02-02 21:20:56 +00:00
toUnixTimestamp(datetime)
toUnixTimestamp(str, [timezone])
```
**Returned value**
- Returns the unix timestamp.
Type: `UInt32`.
**Example**
Query:
2020-03-20 10:10:48 +00:00
``` sql
SELECT toUnixTimestamp('2017-11-05 08:07:47', 'Asia/Tokyo') AS unix_timestamp
```
Result:
2020-03-20 10:10:48 +00:00
``` text
┌─unix_timestamp─┐
│ 1509836867 │
└────────────────┘
```
:::note
2023-03-18 02:45:43 +00:00
The return type of `toStartOf*`, `toLastDayOfMonth`, `toMonday`, `timeSlot` functions described below is determined by the configuration parameter [enable_extended_results_for_datetime_functions](../../operations/settings/settings.md#enable-extended-results-for-datetime-functions) which is `0` by default.
2022-09-15 13:28:11 +00:00
Behavior for
* `enable_extended_results_for_datetime_functions = 0`: Functions `toStartOfYear`, `toStartOfISOYear`, `toStartOfQuarter`, `toStartOfMonth`, `toStartOfWeek`, `toLastDayOfMonth`, `toMonday` return `Date` or `DateTime`. Functions `toStartOfDay`, `toStartOfHour`, `toStartOfFifteenMinutes`, `toStartOfTenMinutes`, `toStartOfFiveMinutes`, `toStartOfMinute`, `timeSlot` return `DateTime`. Though these functions can take values of the extended types `Date32` and `DateTime64` as an argument, passing them a time outside the normal range (year 1970 to 2149 for `Date` / 2106 for `DateTime`) will produce wrong results.
* `enable_extended_results_for_datetime_functions = 1`:
* Functions `toStartOfYear`, `toStartOfISOYear`, `toStartOfQuarter`, `toStartOfMonth`, `toStartOfWeek`, `toLastDayOfMonth`, `toMonday` return `Date` or `DateTime` if their argument is a `Date` or `DateTime`, and they return `Date32` or `DateTime64` if their argument is a `Date32` or `DateTime64`.
* Functions `toStartOfDay`, `toStartOfHour`, `toStartOfFifteenMinutes`, `toStartOfTenMinutes`, `toStartOfFiveMinutes`, `toStartOfMinute`, `timeSlot` return `DateTime` if their argument is a `Date` or `DateTime`, and they return `DateTime64` if their argument is a `Date32` or `DateTime64`.
:::
2021-04-09 15:37:14 +00:00
2022-06-02 10:55:18 +00:00
## toStartOfYear
2017-04-03 19:49:50 +00:00
Rounds down a date or date with time to the first day of the year.
2017-04-26 19:16:38 +00:00
Returns the date.
2017-04-03 19:49:50 +00:00
2022-06-02 10:55:18 +00:00
## toStartOfISOYear
Rounds down a date or date with time to the first day of ISO year.
Returns the date.
2022-06-02 10:55:18 +00:00
## toStartOfQuarter
Rounds down a date or date with time to the first day of the quarter.
The first day of the quarter is either 1 January, 1 April, 1 July, or 1 October.
Returns the date.
2022-06-02 10:55:18 +00:00
## toStartOfMonth
2017-04-26 19:16:38 +00:00
Rounds down a date or date with time to the first day of the month.
Returns the date.
2017-04-03 19:49:50 +00:00
:::note
The behavior of parsing incorrect dates is implementation specific. ClickHouse may return zero date, throw an exception or do “natural” overflow.
:::
2023-01-05 16:37:05 +00:00
## toLastDayOfMonth
Rounds a date, or date with time, to the last day of the month.
Returns the date.
Alias: `LAST_DAY`.
If `toLastDayOfMonth` is called with an argument of type `Date` greater then 2149-05-31, the result will be calculated from the argument 2149-05-31 instead.
2022-06-02 10:55:18 +00:00
## toMonday
2023-01-05 16:37:05 +00:00
Rounds down a date, or date with time, to the nearest Monday.
Returns the date.
2023-01-13 14:01:13 +00:00
## toStartOfWeek
2023-01-13 14:01:13 +00:00
Rounds a date or date with time down to the nearest Sunday or Monday.
Returns the date.
2023-01-13 14:01:13 +00:00
The mode argument works exactly like the mode argument in function `toWeek()`. If no mode is specified, mode is assumed as 0.
**Syntax**
``` sql
toStartOfWeek(t[, mode[, timezone]])
```
2022-06-02 10:55:18 +00:00
## toStartOfDay
2017-04-03 19:49:50 +00:00
Rounds down a date with time to the start of the day.
2022-06-02 10:55:18 +00:00
## toStartOfHour
Rounds down a date with time to the start of the hour.
2017-04-03 19:49:50 +00:00
2022-06-02 10:55:18 +00:00
## toStartOfMinute
2017-04-26 19:16:38 +00:00
Rounds down a date with time to the start of the minute.
2017-04-03 19:49:50 +00:00
2022-06-02 10:55:18 +00:00
## toStartOfSecond
Truncates sub-seconds.
**Syntax**
``` sql
toStartOfSecond(value, [timezone])
```
2021-05-28 09:14:28 +00:00
**Arguments**
- `value` — Date and time. [DateTime64](../../sql-reference/data-types/datetime64.md).
- `timezone` — [Timezone](../../operations/server-configuration-parameters/settings.md#server_configuration_parameters-timezone) for the returned value (optional). If not specified, the function uses the timezone of the `value` parameter. [String](../../sql-reference/data-types/string.md).
**Returned value**
- Input value without sub-seconds.
Type: [DateTime64](../../sql-reference/data-types/datetime64.md).
**Examples**
Query without timezone:
``` sql
WITH toDateTime64('2020-01-01 10:20:30.999', 3) AS dt64
SELECT toStartOfSecond(dt64);
```
Result:
``` text
┌───toStartOfSecond(dt64)─┐
│ 2020-01-01 10:20:30.000 │
└─────────────────────────┘
```
Query with timezone:
``` sql
WITH toDateTime64('2020-01-01 10:20:30.999', 3) AS dt64
2022-03-11 23:36:03 +00:00
SELECT toStartOfSecond(dt64, 'Asia/Istanbul');
```
Result:
``` text
2022-03-11 23:36:03 +00:00
┌─toStartOfSecond(dt64, 'Asia/Istanbul')─┐
│ 2020-01-01 13:20:30.000 │
└────────────────────────────────────────┘
```
**See also**
- [Timezone](../../operations/server-configuration-parameters/settings.md#server_configuration_parameters-timezone) server configuration parameter.
2022-06-02 10:55:18 +00:00
## toStartOfFiveMinutes
2019-01-18 13:29:12 +00:00
Rounds down a date with time to the start of the five-minute interval.
2022-06-02 10:55:18 +00:00
## toStartOfTenMinutes
2020-03-20 10:10:48 +00:00
Rounds down a date with time to the start of the ten-minute interval.
2022-06-02 10:55:18 +00:00
## toStartOfFifteenMinutes
2018-03-25 02:04:22 +00:00
Rounds down the date with time to the start of the fifteen-minute interval.
2022-06-02 10:55:18 +00:00
## toStartOfInterval(time_or_data, INTERVAL x unit \[, time_zone\])
2020-03-20 10:10:48 +00:00
This is a generalization of other functions named `toStartOf*`. For example,
`toStartOfInterval(t, INTERVAL 1 year)` returns the same as `toStartOfYear(t)`,
`toStartOfInterval(t, INTERVAL 1 month)` returns the same as `toStartOfMonth(t)`,
`toStartOfInterval(t, INTERVAL 1 day)` returns the same as `toStartOfDay(t)`,
`toStartOfInterval(t, INTERVAL 15 minute)` returns the same as `toStartOfFifteenMinutes(t)` etc.
2018-02-25 04:01:13 +00:00
2022-06-02 10:55:18 +00:00
## toTime
Converts a date with time to a certain fixed date, while preserving the time.
2022-06-02 10:55:18 +00:00
## toRelativeYearNum
2017-04-03 19:49:50 +00:00
2023-01-05 16:37:05 +00:00
Converts a date, or date with time, to the number of the year, starting from a certain fixed point in the past.
2017-04-03 19:49:50 +00:00
2022-06-02 10:55:18 +00:00
## toRelativeQuarterNum
2023-01-05 16:37:05 +00:00
Converts a date, or date with time, to the number of the quarter, starting from a certain fixed point in the past.
2022-06-02 10:55:18 +00:00
## toRelativeMonthNum
2023-01-05 16:37:05 +00:00
Converts a date, or date with time, to the number of the month, starting from a certain fixed point in the past.
2017-04-03 19:49:50 +00:00
2022-06-02 10:55:18 +00:00
## toRelativeWeekNum
2023-01-05 16:37:05 +00:00
Converts a date, or date with time, to the number of the week, starting from a certain fixed point in the past.
2017-04-03 19:49:50 +00:00
2022-06-02 10:55:18 +00:00
## toRelativeDayNum
2023-01-05 16:37:05 +00:00
Converts a date, or date with time, to the number of the day, starting from a certain fixed point in the past.
2017-04-03 19:49:50 +00:00
2022-06-02 10:55:18 +00:00
## toRelativeHourNum
2023-01-05 16:37:05 +00:00
Converts a date, or date with time, to the number of the hour, starting from a certain fixed point in the past.
2017-04-03 19:49:50 +00:00
2022-06-02 10:55:18 +00:00
## toRelativeMinuteNum
2023-01-05 16:37:05 +00:00
Converts a date, or date with time, to the number of the minute, starting from a certain fixed point in the past.
2017-04-03 19:49:50 +00:00
2022-06-02 10:55:18 +00:00
## toRelativeSecondNum
2023-01-05 16:37:05 +00:00
Converts a date, or date with time, to the number of the second, starting from a certain fixed point in the past.
2017-04-03 19:49:50 +00:00
2022-06-02 10:55:18 +00:00
## toISOYear
2023-01-05 16:37:05 +00:00
Converts a date, or date with time, to a UInt16 number containing the ISO Year number.
2022-06-02 10:55:18 +00:00
## toISOWeek
2023-01-05 16:37:05 +00:00
Converts a date, or date with time, to a UInt8 number containing the ISO Week number.
2023-01-13 14:01:13 +00:00
## toWeek
This function returns the week number for date or datetime. The two-argument form of `toWeek()` enables you to specify whether the week starts on Sunday or Monday and whether the return value should be in the range from 0 to 53 or from 1 to 53. If the mode argument is omitted, the default mode is 0.
`toISOWeek()` is a compatibility function that is equivalent to `toWeek(date,3)`.
2020-03-20 10:10:48 +00:00
2019-06-09 15:19:15 +00:00
The following table describes how the mode argument works.
2020-03-20 10:10:48 +00:00
| Mode | First day of week | Range | Week 1 is the first week … |
|------|-------------------|-------|-------------------------------|
2020-03-20 10:10:48 +00:00
| 0 | Sunday | 0-53 | with a Sunday in this year |
| 1 | Monday | 0-53 | with 4 or more days this year |
| 2 | Sunday | 1-53 | with a Sunday in this year |
| 3 | Monday | 1-53 | with 4 or more days this year |
| 4 | Sunday | 0-53 | with 4 or more days this year |
| 5 | Monday | 0-53 | with a Monday in this year |
| 6 | Sunday | 1-53 | with 4 or more days this year |
| 7 | Monday | 1-53 | with a Monday in this year |
| 8 | Sunday | 1-53 | contains January 1 |
| 9 | Monday | 1-53 | contains January 1 |
2019-06-09 15:19:15 +00:00
For mode values with a meaning of “with 4 or more days this year,” weeks are numbered according to ISO 8601:1988:
- If the week containing January 1 has 4 or more days in the new year, it is week 1.
2019-06-09 15:19:15 +00:00
- Otherwise, it is the last week of the previous year, and the next week is week 1.
2019-06-09 15:19:15 +00:00
2021-05-27 19:44:11 +00:00
For mode values with a meaning of “contains January 1”, the week contains January 1 is week 1. It does not matter how many days in the new year the week contained, even if it contained only one day.
2019-05-07 11:27:20 +00:00
2023-01-13 14:01:13 +00:00
**Syntax**
2020-03-20 10:10:48 +00:00
``` sql
2023-01-13 14:01:13 +00:00
toWeek(t[, mode[, time_zone]])
2019-05-07 11:27:20 +00:00
```
2020-03-20 10:10:48 +00:00
2021-05-28 09:14:28 +00:00
**Arguments**
2019-05-07 11:27:20 +00:00
2023-01-13 14:01:13 +00:00
- `t` Date or DateTime.
- `mode` Optional parameter, Range of values is \[0,9\], default is 0.
- `Timezone` Optional parameter, it behaves like any other conversion function.
2019-05-07 11:27:20 +00:00
**Example**
2020-03-20 10:10:48 +00:00
``` sql
SELECT toDate('2016-12-27') AS date, toWeek(date) AS week0, toWeek(date,1) AS week1, toWeek(date,9) AS week9;
2019-05-07 11:27:20 +00:00
```
2020-03-20 10:10:48 +00:00
``` text
2019-06-09 15:19:15 +00:00
┌───────date─┬─week0─┬─week1─┬─week9─┐
│ 2016-12-27 │ 52 │ 52 │ 1 │
└────────────┴───────┴───────┴───────┘
2019-05-07 11:27:20 +00:00
```
2023-01-13 14:01:13 +00:00
## toYearWeek
2020-03-20 10:10:48 +00:00
2019-06-09 15:19:15 +00:00
Returns year and week for a date. The year in the result may be different from the year in the date argument for the first and the last week of the year.
2023-01-13 14:01:13 +00:00
The mode argument works exactly like the mode argument to `toWeek()`. For the single-argument syntax, a mode value of 0 is used.
2019-06-09 15:19:15 +00:00
2023-01-13 14:01:13 +00:00
`toISOYear()` is a compatibility function that is equivalent to `intDiv(toYearWeek(date,3),100)`.
**Syntax**
``` sql
toYearWeek(t[, mode[, timezone]])
```
2019-06-14 03:04:01 +00:00
2019-06-09 15:19:15 +00:00
**Example**
2019-05-07 11:27:20 +00:00
2020-03-20 10:10:48 +00:00
``` sql
SELECT toDate('2016-12-27') AS date, toYearWeek(date) AS yearWeek0, toYearWeek(date,1) AS yearWeek1, toYearWeek(date,9) AS yearWeek9;
2019-05-07 11:27:20 +00:00
```
2020-03-20 10:10:48 +00:00
``` text
2019-06-09 15:19:15 +00:00
┌───────date─┬─yearWeek0─┬─yearWeek1─┬─yearWeek9─┐
│ 2016-12-27 │ 201652 │ 201652 │ 201701 │
└────────────┴───────────┴───────────┴───────────┘
2019-05-07 11:27:20 +00:00
```
## age
Returns the `unit` component of the difference between `startdate` and `enddate`. The difference is calculated using a precision of 1 second.
E.g. the difference between `2021-12-29` and `2022-01-01` is 3 days for `day` unit, 0 months for `month` unit, 0 years for `year` unit.
For an alternative to `age`, see function `date\_diff`.
**Syntax**
``` sql
age('unit', startdate, enddate, [timezone])
```
**Arguments**
- `unit` — The type of interval for result. [String](../../sql-reference/data-types/string.md).
Possible values:
- `second` (possible abbreviations: `ss`, `s`)
- `minute` (possible abbreviations: `mi`, `n`)
- `hour` (possible abbreviations: `hh`, `h`)
- `day` (possible abbreviations: `dd`, `d`)
- `week` (possible abbreviations: `wk`, `ww`)
- `month` (possible abbreviations: `mm`, `m`)
- `quarter` (possible abbreviations: `qq`, `q`)
- `year` (possible abbreviations: `yyyy`, `yy`)
- `startdate` — The first time value to subtract (the subtrahend). [Date](../../sql-reference/data-types/date.md), [Date32](../../sql-reference/data-types/date32.md), [DateTime](../../sql-reference/data-types/datetime.md) or [DateTime64](../../sql-reference/data-types/datetime64.md).
- `enddate` — The second time value to subtract from (the minuend). [Date](../../sql-reference/data-types/date.md), [Date32](../../sql-reference/data-types/date32.md), [DateTime](../../sql-reference/data-types/datetime.md) or [DateTime64](../../sql-reference/data-types/datetime64.md).
- `timezone` — [Timezone name](../../operations/server-configuration-parameters/settings.md#server_configuration_parameters-timezone) (optional). If specified, it is applied to both `startdate` and `enddate`. If not specified, timezones of `startdate` and `enddate` are used. If they are not the same, the result is unspecified. [String](../../sql-reference/data-types/string.md).
**Returned value**
Difference between `enddate` and `startdate` expressed in `unit`.
Type: [Int](../../sql-reference/data-types/int-uint.md).
**Example**
Query:
``` sql
SELECT age('hour', toDateTime('2018-01-01 22:30:00'), toDateTime('2018-01-02 23:00:00'));
```
Result:
``` text
┌─age('hour', toDateTime('2018-01-01 22:30:00'), toDateTime('2018-01-02 23:00:00'))─┐
│ 24 │
└───────────────────────────────────────────────────────────────────────────────────┘
```
Query:
``` sql
SELECT
toDate('2022-01-01') AS e,
toDate('2021-12-29') AS s,
age('day', s, e) AS day_age,
age('month', s, e) AS month__age,
age('year', s, e) AS year_age;
```
Result:
``` text
┌──────────e─┬──────────s─┬─day_age─┬─month__age─┬─year_age─┐
│ 2022-01-01 │ 2021-12-29 │ 3 │ 0 │ 0 │
└────────────┴────────────┴─────────┴────────────┴──────────┘
```
## date\_diff
Returns the count of the specified `unit` boundaries crossed between the `startdate` and the `enddate`.
The difference is calculated using relative units, e.g. the difference between `2021-12-29` and `2022-01-01` is 3 days for unit `day` (see [toRelativeDayNum](#torelativedaynum)), 1 month for unit `month` (see [toRelativeMonthNum](#torelativemonthnum)) and 1 year for unit `year` (see [toRelativeYearNum](#torelativeyearnum)).
If unit `week` was specified, `date\_diff` assumes that weeks start on Monday. Note that this behavior is different from that of function `toWeek()` in which weeks start by default on Sunday.
For an alternative to `date\_diff`, see function `age`.
**Syntax**
``` sql
date_diff('unit', startdate, enddate, [timezone])
```
Aliases: `dateDiff`, `DATE_DIFF`.
**Arguments**
- `unit` — The type of interval for result. [String](../../sql-reference/data-types/string.md).
Possible values:
- `second` (possible abbreviations: `ss`, `s`)
- `minute` (possible abbreviations: `mi`, `n`)
- `hour` (possible abbreviations: `hh`, `h`)
- `day` (possible abbreviations: `dd`, `d`)
- `week` (possible abbreviations: `wk`, `ww`)
- `month` (possible abbreviations: `mm`, `m`)
- `quarter` (possible abbreviations: `qq`, `q`)
- `year` (possible abbreviations: `yyyy`, `yy`)
- `startdate` — The first time value to subtract (the subtrahend). [Date](../../sql-reference/data-types/date.md), [Date32](../../sql-reference/data-types/date32.md), [DateTime](../../sql-reference/data-types/datetime.md) or [DateTime64](../../sql-reference/data-types/datetime64.md).
- `enddate` — The second time value to subtract from (the minuend). [Date](../../sql-reference/data-types/date.md), [Date32](../../sql-reference/data-types/date32.md), [DateTime](../../sql-reference/data-types/datetime.md) or [DateTime64](../../sql-reference/data-types/datetime64.md).
- `timezone` — [Timezone name](../../operations/server-configuration-parameters/settings.md#server_configuration_parameters-timezone) (optional). If specified, it is applied to both `startdate` and `enddate`. If not specified, timezones of `startdate` and `enddate` are used. If they are not the same, the result is unspecified. [String](../../sql-reference/data-types/string.md).
**Returned value**
Difference between `enddate` and `startdate` expressed in `unit`.
Type: [Int](../../sql-reference/data-types/int-uint.md).
**Example**
Query:
``` sql
SELECT dateDiff('hour', toDateTime('2018-01-01 22:00:00'), toDateTime('2018-01-02 23:00:00'));
```
Result:
``` text
┌─dateDiff('hour', toDateTime('2018-01-01 22:00:00'), toDateTime('2018-01-02 23:00:00'))─┐
│ 25 │
└────────────────────────────────────────────────────────────────────────────────────────┘
```
Query:
``` sql
SELECT
toDate('2022-01-01') AS e,
toDate('2021-12-29') AS s,
dateDiff('day', s, e) AS day_diff,
dateDiff('month', s, e) AS month__diff,
dateDiff('year', s, e) AS year_diff;
```
Result:
``` text
┌──────────e─┬──────────s─┬─day_diff─┬─month__diff─┬─year_diff─┐
│ 2022-01-01 │ 2021-12-29 │ 3 │ 1 │ 1 │
└────────────┴────────────┴──────────┴─────────────┴───────────┘
```
2022-11-30 16:12:58 +00:00
## date\_trunc
Truncates date and time data to the specified part of date.
2022-11-10 12:05:53 +00:00
**Syntax**
``` sql
2022-11-30 16:12:58 +00:00
date_trunc(unit, value[, timezone])
2022-11-10 12:05:53 +00:00
```
2022-11-30 16:12:58 +00:00
Alias: `dateTrunc`.
2022-11-10 12:05:53 +00:00
**Arguments**
2022-11-30 16:12:58 +00:00
- `unit` — The type of interval to truncate the result. [String Literal](../syntax.md#syntax-string-literal).
2022-11-10 12:05:53 +00:00
Possible values:
- `second`
- `minute`
- `hour`
- `day`
- `week`
- `month`
- `quarter`
- `year`
2022-11-30 16:12:58 +00:00
- `value` — Date and time. [DateTime](../../sql-reference/data-types/datetime.md) or [DateTime64](../../sql-reference/data-types/datetime64.md).
- `timezone` — [Timezone name](../../operations/server-configuration-parameters/settings.md#server_configuration_parameters-timezone) for the returned value (optional). If not specified, the function uses the timezone of the `value` parameter. [String](../../sql-reference/data-types/string.md).
2022-11-10 12:05:53 +00:00
**Returned value**
2022-11-30 16:12:58 +00:00
- Value, truncated to the specified part of date.
2022-11-10 12:05:53 +00:00
2022-11-15 11:51:14 +00:00
Type: [DateTime](../../sql-reference/data-types/datetime.md).
2022-11-10 12:05:53 +00:00
**Example**
2022-11-30 16:12:58 +00:00
Query without timezone:
2022-11-10 12:05:53 +00:00
``` sql
2022-11-30 16:12:58 +00:00
SELECT now(), date_trunc('hour', now());
2022-11-10 12:05:53 +00:00
```
Result:
``` text
2022-11-30 16:12:58 +00:00
┌───────────────now()─┬─date_trunc('hour', now())─┐
│ 2020-09-28 10:40:45 │ 2020-09-28 10:00:00 │
└─────────────────────┴───────────────────────────┘
2022-11-10 12:05:53 +00:00
```
2022-11-30 16:12:58 +00:00
Query with the specified timezone:
2022-11-10 12:05:53 +00:00
2022-11-30 16:12:58 +00:00
```sql
SELECT now(), date_trunc('hour', now(), 'Asia/Istanbul');
2022-11-10 12:05:53 +00:00
```
Result:
2022-11-30 16:12:58 +00:00
```text
┌───────────────now()─┬─date_trunc('hour', now(), 'Asia/Istanbul')─┐
│ 2020-09-28 10:46:26 │ 2020-09-28 13:00:00 │
└─────────────────────┴────────────────────────────────────────────┘
2022-11-10 12:05:53 +00:00
```
2022-11-30 16:12:58 +00:00
**See Also**
2022-11-10 12:05:53 +00:00
2022-11-30 16:12:58 +00:00
- [toStartOfInterval](#tostartofintervaltime-or-data-interval-x-unit-time-zone)
2021-02-05 07:43:03 +00:00
2022-11-30 16:12:58 +00:00
## date\_add
Adds the time interval or date interval to the provided date or date with time.
2021-02-05 07:43:03 +00:00
**Syntax**
2021-02-05 07:43:03 +00:00
``` sql
2022-11-30 16:12:58 +00:00
date_add(unit, value, date)
2021-02-05 07:43:03 +00:00
```
2022-11-30 16:12:58 +00:00
Aliases: `dateAdd`, `DATE_ADD`.
2021-02-05 16:07:02 +00:00
2021-05-28 09:14:28 +00:00
**Arguments**
2021-02-05 07:43:03 +00:00
2022-11-30 16:12:58 +00:00
- `unit` — The type of interval to add. [String](../../sql-reference/data-types/string.md).
2021-05-28 09:14:28 +00:00
Possible values:
2021-02-05 07:43:03 +00:00
2021-05-28 09:14:28 +00:00
- `second`
- `minute`
- `hour`
- `day`
- `week`
- `month`
- `quarter`
- `year`
2022-11-30 16:12:58 +00:00
- `value` — Value of interval to add. [Int](../../sql-reference/data-types/int-uint.md).
- `date` — The date or date with time to which `value` is added. [Date](../../sql-reference/data-types/date.md) or [DateTime](../../sql-reference/data-types/datetime.md).
**Returned value**
2022-11-30 16:12:58 +00:00
Date or date with time obtained by adding `value`, expressed in `unit`, to `date`.
2022-11-30 16:12:58 +00:00
Type: [Date](../../sql-reference/data-types/date.md) or [DateTime](../../sql-reference/data-types/datetime.md).
2021-02-05 07:43:03 +00:00
**Example**
Query:
2022-11-30 16:12:58 +00:00
```sql
SELECT date_add(YEAR, 3, toDate('2018-01-01'));
2022-09-07 18:56:31 +00:00
```
Result:
2022-11-30 16:12:58 +00:00
```text
┌─plus(toDate('2018-01-01'), toIntervalYear(3))─┐
│ 2021-01-01 │
└───────────────────────────────────────────────┘
2022-09-07 18:56:31 +00:00
```
2022-06-02 10:55:18 +00:00
## date\_sub
2021-02-06 20:59:31 +00:00
2021-05-28 09:14:28 +00:00
Subtracts the time interval or date interval from the provided date or date with time.
2021-02-06 20:59:31 +00:00
**Syntax**
``` sql
date_sub(unit, value, date)
```
2021-05-28 09:14:28 +00:00
Aliases: `dateSub`, `DATE_SUB`.
2021-02-06 20:59:31 +00:00
2021-05-28 09:14:28 +00:00
**Arguments**
2021-02-06 20:59:31 +00:00
2023-01-06 22:32:03 +00:00
- `unit` — The type of interval to subtract. Note: The unit should be unquoted.
2021-05-28 09:14:28 +00:00
Possible values:
- `second`
- `minute`
- `hour`
- `day`
- `week`
- `month`
- `quarter`
- `year`
2021-04-09 15:37:14 +00:00
2021-06-16 18:33:44 +00:00
- `value` — Value of interval to subtract. [Int](../../sql-reference/data-types/int-uint.md).
2021-05-28 09:14:28 +00:00
- `date` — The date or date with time from which `value` is subtracted. [Date](../../sql-reference/data-types/date.md) or [DateTime](../../sql-reference/data-types/datetime.md).
2021-02-06 20:59:31 +00:00
**Returned value**
2021-05-28 09:14:28 +00:00
Date or date with time obtained by subtracting `value`, expressed in `unit`, from `date`.
Type: [Date](../../sql-reference/data-types/date.md) or [DateTime](../../sql-reference/data-types/datetime.md).
2021-02-06 20:59:31 +00:00
**Example**
Query:
``` sql
SELECT date_sub(YEAR, 3, toDate('2018-01-01'));
```
Result:
``` text
┌─minus(toDate('2018-01-01'), toIntervalYear(3))─┐
│ 2015-01-01 │
└────────────────────────────────────────────────┘
```
2022-06-02 10:55:18 +00:00
## timestamp\_add
2021-02-05 08:03:45 +00:00
Adds the specified time value with the provided date or date time value.
2021-05-28 09:14:28 +00:00
**Syntax**
2021-02-05 08:03:45 +00:00
``` sql
timestamp_add(date, INTERVAL value unit)
```
2021-05-28 09:14:28 +00:00
Aliases: `timeStampAdd`, `TIMESTAMP_ADD`.
**Arguments**
2021-04-09 15:37:14 +00:00
2021-05-28 09:14:28 +00:00
- `date` — Date or date with time. [Date](../../sql-reference/data-types/date.md) or [DateTime](../../sql-reference/data-types/datetime.md).
- `value` — Value of interval to add. [Int](../../sql-reference/data-types/int-uint.md).
2021-02-05 21:33:47 +00:00
- `unit` — The type of interval to add. [String](../../sql-reference/data-types/string.md).
2021-05-28 09:14:28 +00:00
Possible values:
2021-02-05 08:03:45 +00:00
2021-05-28 09:14:28 +00:00
- `second`
- `minute`
- `hour`
- `day`
- `week`
- `month`
- `quarter`
- `year`
2021-02-05 16:07:02 +00:00
**Returned value**
2021-05-28 09:14:28 +00:00
Date or date with time with the specified `value` expressed in `unit` added to `date`.
Type: [Date](../../sql-reference/data-types/date.md) or [DateTime](../../sql-reference/data-types/datetime.md).
2021-02-05 08:03:45 +00:00
**Example**
2021-05-28 09:14:28 +00:00
Query:
2021-02-05 08:03:45 +00:00
```sql
select timestamp_add(toDate('2018-01-01'), INTERVAL 3 MONTH);
```
2021-05-28 09:14:28 +00:00
Result:
2021-02-05 08:03:45 +00:00
```text
┌─plus(toDate('2018-01-01'), toIntervalMonth(3))─┐
│ 2018-04-01 │
└────────────────────────────────────────────────┘
```
2022-06-02 10:55:18 +00:00
## timestamp\_sub
2021-02-05 08:03:45 +00:00
2021-05-28 09:14:28 +00:00
Subtracts the time interval from the provided date or date with time.
2021-02-05 08:03:45 +00:00
2021-05-28 09:14:28 +00:00
**Syntax**
2021-02-05 08:03:45 +00:00
``` sql
timestamp_sub(unit, value, date)
```
2021-05-28 09:14:28 +00:00
Aliases: `timeStampSub`, `TIMESTAMP_SUB`.
2021-02-05 08:03:45 +00:00
2021-05-28 09:14:28 +00:00
**Arguments**
2021-02-05 08:03:45 +00:00
2021-05-28 09:14:28 +00:00
- `unit` — The type of interval to subtract. [String](../../sql-reference/data-types/string.md).
Possible values:
2021-04-09 15:37:14 +00:00
2021-05-28 09:14:28 +00:00
- `second`
- `minute`
- `hour`
- `day`
- `week`
- `month`
- `quarter`
- `year`
2021-06-16 18:33:44 +00:00
- `value` — Value of interval to subtract. [Int](../../sql-reference/data-types/int-uint.md).
2021-05-28 09:14:28 +00:00
- `date` — Date or date with time. [Date](../../sql-reference/data-types/date.md) or [DateTime](../../sql-reference/data-types/datetime.md).
2021-02-05 16:07:02 +00:00
**Returned value**
2021-05-28 09:14:28 +00:00
Date or date with time obtained by subtracting `value`, expressed in `unit`, from `date`.
Type: [Date](../../sql-reference/data-types/date.md) or [DateTime](../../sql-reference/data-types/datetime.md).
2021-02-05 08:03:45 +00:00
**Example**
2021-05-28 09:14:28 +00:00
Query:
2021-02-05 08:03:45 +00:00
```sql
select timestamp_sub(MONTH, 5, toDateTime('2018-12-18 01:02:03'));
```
2021-05-28 09:14:28 +00:00
Result:
2021-02-05 08:03:45 +00:00
```text
┌─minus(toDateTime('2018-12-18 01:02:03'), toIntervalMonth(5))─┐
│ 2018-07-18 01:02:03 │
└──────────────────────────────────────────────────────────────┘
2021-02-05 07:43:03 +00:00
```
2021-05-28 09:14:28 +00:00
2022-06-02 10:55:18 +00:00
## now
2022-07-24 21:11:54 +00:00
Returns the current date and time at the moment of query analysis. The function is a constant expression.
2021-05-28 09:14:28 +00:00
**Syntax**
``` sql
now([timezone])
```
2021-05-28 09:14:28 +00:00
**Arguments**
- `timezone` — [Timezone name](../../operations/server-configuration-parameters/settings.md#server_configuration_parameters-timezone) for the returned value (optional). [String](../../sql-reference/data-types/string.md).
**Returned value**
- Current date and time.
2022-11-15 11:51:14 +00:00
Type: [DateTime](../../sql-reference/data-types/datetime.md).
**Example**
Query without timezone:
``` sql
SELECT now();
```
Result:
``` text
┌───────────────now()─┐
│ 2020-10-17 07:42:09 │
└─────────────────────┘
```
Query with the specified timezone:
``` sql
2022-03-11 23:36:03 +00:00
SELECT now('Asia/Istanbul');
```
Result:
``` text
2022-03-11 23:36:03 +00:00
┌─now('Asia/Istanbul')─┐
│ 2020-10-17 10:42:23 │
└──────────────────────┘
```
2017-04-03 19:49:50 +00:00
2022-08-21 19:42:40 +00:00
## now64
Returns the current date and time with sub-second precision at the moment of query analysis. The function is a constant expression.
**Syntax**
``` sql
now64([scale], [timezone])
```
**Arguments**
- `scale` - Tick size (precision): 10<sup>-precision</sup> seconds. Valid range: [ 0 : 9 ]. Typically are used - 3 (default) (milliseconds), 6 (microseconds), 9 (nanoseconds).
- `timezone` — [Timezone name](../../operations/server-configuration-parameters/settings.md#server_configuration_parameters-timezone) for the returned value (optional). [String](../../sql-reference/data-types/string.md).
**Returned value**
2022-08-21 19:45:13 +00:00
- Current date and time with sub-second precision.
2022-08-21 19:42:40 +00:00
2022-11-15 11:51:14 +00:00
Type: [DateTime64](../../sql-reference/data-types/datetime64.md).
2022-08-21 19:42:40 +00:00
**Example**
``` sql
SELECT now64(), now64(9, 'Asia/Istanbul');
```
Result:
``` text
┌─────────────────now64()─┬─────now64(9, 'Asia/Istanbul')─┐
│ 2022-08-21 19:34:26.196 │ 2022-08-21 22:34:26.196542766 │
└─────────────────────────┴───────────────────────────────┘
```
2022-07-24 21:11:54 +00:00
## nowInBlock
2022-08-21 19:42:40 +00:00
Returns the current date and time at the moment of processing of each block of data. In contrast to the function [now](#now), it is not a constant expression, and the returned value will be different in different blocks for long-running queries.
2022-07-24 21:11:54 +00:00
It makes sense to use this function to generate the current time in long-running INSERT SELECT queries.
2022-08-21 19:42:40 +00:00
**Syntax**
``` sql
nowInBlock([timezone])
```
**Arguments**
- `timezone` — [Timezone name](../../operations/server-configuration-parameters/settings.md#server_configuration_parameters-timezone) for the returned value (optional). [String](../../sql-reference/data-types/string.md).
**Returned value**
- Current date and time at the moment of processing of each block of data.
2022-11-15 11:51:14 +00:00
Type: [DateTime](../../sql-reference/data-types/datetime.md).
2022-08-21 19:42:40 +00:00
**Example**
``` sql
SELECT
now(),
nowInBlock(),
sleep(1)
FROM numbers(3)
SETTINGS max_block_size = 1
FORMAT PrettyCompactMonoBlock
```
Result:
``` text
┌───────────────now()─┬────────nowInBlock()─┬─sleep(1)─┐
│ 2022-08-21 19:41:19 │ 2022-08-21 19:41:19 │ 0 │
│ 2022-08-21 19:41:19 │ 2022-08-21 19:41:20 │ 0 │
│ 2022-08-21 19:41:19 │ 2022-08-21 19:41:21 │ 0 │
└─────────────────────┴─────────────────────┴──────────┘
```
2022-06-02 10:55:18 +00:00
## today
2022-07-24 21:11:54 +00:00
Accepts zero arguments and returns the current date at one of the moments of query analysis.
2020-03-20 10:10:48 +00:00
The same as toDate(now()).
2017-04-03 19:49:50 +00:00
2022-06-02 10:55:18 +00:00
## yesterday
2022-07-24 21:11:54 +00:00
Accepts zero arguments and returns yesterdays date at one of the moments of query analysis.
2020-03-20 10:10:48 +00:00
The same as today() - 1.
2017-04-03 19:49:50 +00:00
2022-06-02 10:55:18 +00:00
## timeSlot
2017-04-26 19:16:38 +00:00
Rounds the time to the half hour.
2017-04-03 19:49:50 +00:00
2022-06-02 10:55:18 +00:00
## toYYYYMM
Converts a date or date with time to a UInt32 number containing the year and month number (YYYY \* 100 + MM). Accepts a second optional timezone argument. If provided, the timezone must be a string constant.
### example
```sql
SELECT
toYYYYMM(now(), 'US/Eastern')
```
```response
┌─toYYYYMM(now(), 'US/Eastern')─┐
2023-03-18 02:45:43 +00:00
│ 202303 │
└───────────────────────────────┘
```
2022-06-02 10:55:18 +00:00
## toYYYYMMDD
Converts a date or date with time to a UInt32 number containing the year and month number (YYYY \* 10000 + MM \* 100 + DD). Accepts a second optional timezone argument. If provided, the timezone must be a string constant.
### example
```sql
SELECT
toYYYYMMDD(now(), 'US/Eastern')
```
```response
┌─toYYYYMMDD(now(), 'US/Eastern')─┐
│ 20230302 │
└─────────────────────────────────┘
```
2022-06-02 10:55:18 +00:00
## toYYYYMMDDhhmmss
Converts a date or date with time to a UInt64 number containing the year and month number (YYYY \* 10000000000 + MM \* 100000000 + DD \* 1000000 + hh \* 10000 + mm \* 100 + ss). Accepts a second optional timezone argument. If provided, the timezone must be a string constant.
### example
```sql
SELECT
toYYYYMMDDhhmmss(now(), 'US/Eastern')
```
```response
┌─toYYYYMMDDhhmmss(now(), 'US/Eastern')─┐
│ 20230302112209 │
└───────────────────────────────────────┘
```
2022-06-02 10:55:18 +00:00
## addYears, addMonths, addWeeks, addDays, addHours, addMinutes, addSeconds, addQuarters
Function adds a Date/DateTime interval to a Date/DateTime and then return the Date/DateTime. For example:
2020-03-20 10:10:48 +00:00
``` sql
WITH
toDate('2018-01-01') AS date,
toDateTime('2018-01-01 00:00:00') AS date_time
SELECT
addYears(date, 1) AS add_years_with_date,
addYears(date_time, 1) AS add_years_with_date_time
```
2020-03-20 10:10:48 +00:00
``` text
┌─add_years_with_date─┬─add_years_with_date_time─┐
│ 2019-01-01 │ 2019-01-01 00:00:00 │
└─────────────────────┴──────────────────────────┘
```
2022-06-02 10:55:18 +00:00
## subtractYears, subtractMonths, subtractWeeks, subtractDays, subtractHours, subtractMinutes, subtractSeconds, subtractQuarters
Function subtract a Date/DateTime interval to a Date/DateTime and then return the Date/DateTime. For example:
2020-03-20 10:10:48 +00:00
``` sql
WITH
toDate('2019-01-01') AS date,
toDateTime('2019-01-01 00:00:00') AS date_time
SELECT
subtractYears(date, 1) AS subtract_years_with_date,
subtractYears(date_time, 1) AS subtract_years_with_date_time
```
2020-03-20 10:10:48 +00:00
``` text
┌─subtract_years_with_date─┬─subtract_years_with_date_time─┐
│ 2018-01-01 │ 2018-01-01 00:00:00 │
└──────────────────────────┴───────────────────────────────┘
```
2022-06-02 10:55:18 +00:00
## timeSlots(StartTime, Duration,\[, Size\])
2022-09-15 13:28:11 +00:00
For a time interval starting at StartTime and continuing for Duration seconds, it returns an array of moments in time, consisting of points from this interval rounded down to the Size in seconds. Size is an optional parameter set to 1800 (30 minutes) by default.
This is necessary, for example, when searching for pageviews in the corresponding session.
Accepts DateTime and DateTime64 as StartTime argument. For DateTime, Duration and Size arguments must be `UInt32`. For DateTime64 they must be `Decimal64`.
2022-07-16 20:16:19 +00:00
Returns an array of DateTime/DateTime64 (return type matches the type of StartTime). For DateTime64, the return value's scale can differ from the scale of StartTime --- the highest scale among all given arguments is taken.
2022-06-10 11:30:17 +00:00
Example:
```sql
SELECT timeSlots(toDateTime('2012-01-01 12:20:00'), toUInt32(600));
2022-07-16 20:16:19 +00:00
SELECT timeSlots(toDateTime('1980-12-12 21:01:02', 'UTC'), toUInt32(600), 299);
SELECT timeSlots(toDateTime64('1980-12-12 21:01:02.1234', 4, 'UTC'), toDecimal64(600.1, 1), toDecimal64(299, 0));
2022-10-28 12:56:52 +00:00
```
2022-06-10 11:30:17 +00:00
``` text
┌─timeSlots(toDateTime('2012-01-01 12:20:00'), toUInt32(600))─┐
│ ['2012-01-01 12:00:00','2012-01-01 12:30:00'] │
└─────────────────────────────────────────────────────────────┘
2022-07-16 20:16:19 +00:00
┌─timeSlots(toDateTime('1980-12-12 21:01:02', 'UTC'), toUInt32(600), 299)─┐
│ ['1980-12-12 20:56:13','1980-12-12 21:01:12','1980-12-12 21:06:11'] │
└─────────────────────────────────────────────────────────────────────────┘
┌─timeSlots(toDateTime64('1980-12-12 21:01:02.1234', 4, 'UTC'), toDecimal64(600.1, 1), toDecimal64(299, 0))─┐
│ ['1980-12-12 20:56:13.0000','1980-12-12 21:01:12.0000','1980-12-12 21:06:11.0000'] │
└───────────────────────────────────────────────────────────────────────────────────────────────────────────┘
2022-06-10 11:30:17 +00:00
```
2023-03-07 07:30:38 +00:00
## formatDateTime {#date_time_functions-formatDateTime}
2021-05-28 09:14:28 +00:00
Formats a Time according to the given Format string. Format is a constant expression, so you cannot have multiple formats for a single result column.
formatDateTime uses MySQL datetime format style, refer to https://dev.mysql.com/doc/refman/8.0/en/date-and-time-functions.html#function_date-format.
2023-03-24 13:52:56 +00:00
The opposite operation of this function is [parseDateTime](/docs/en/sql-reference/functions/type-conversion-functions.md#type_conversion_functions-parseDateTime).
Alias: `DATE_FORMAT`.
**Syntax**
``` sql
formatDateTime(Time, Format[, Timezone])
```
**Returned value(s)**
2020-03-20 10:10:48 +00:00
2021-06-16 18:33:44 +00:00
Returns time and date values according to the determined format.
**Replacement fields**
Using replacement fields, you can define a pattern for the resulting string. “Example” column shows formatting result for `2018-01-02 22:33:44`.
| Placeholder | Description | Example |
|----------|---------------------------------------------------------|------------|
| %a | abbreviated weekday name (Mon-Sun) | Mon |
| %b | abbreviated month name (Jan-Dec) | Jan |
| %c | month as an integer number (01-12) | 01 |
2020-03-20 10:10:48 +00:00
| %C | year divided by 100 and truncated to integer (00-99) | 20 |
| %d | day of the month, zero-padded (01-31) | 02 |
| %D | Short MM/DD/YY date, equivalent to %m/%d/%y | 01/02/18 |
| %e | day of the month, space-padded (1-31) | &nbsp; 2 |
| %f | fractional second from the fractional part of DateTime64 | 1234560 |
2020-03-20 10:10:48 +00:00
| %F | short YYYY-MM-DD date, equivalent to %Y-%m-%d | 2018-01-02 |
| %g | two-digit year format, aligned to ISO 8601, abbreviated from four-digit notation | 18 |
2023-03-02 17:05:11 +00:00
| %G | four-digit year format for ISO week number, calculated from the week-based year [defined by the ISO 8601](https://en.wikipedia.org/wiki/ISO_8601#Week_dates) standard, normally useful only with %V | 2018 |
| %h | hour in 12h format (01-12) | 09 |
2020-03-20 10:10:48 +00:00
| %H | hour in 24h format (00-23) | 22 |
| %i | minute (00-59) | 33 |
2020-03-20 10:10:48 +00:00
| %I | hour in 12h format (01-12) | 10 |
| %j | day of the year (001-366) | 002 |
| %k | hour in 24h format (00-23) | 22 |
| %l | hour in 12h format (01-12) | 09 |
| %m | month as an integer number (01-12) | 01 |
2020-03-20 10:10:48 +00:00
| %M | minute (00-59) | 33 |
| %n | new-line character () | |
| %p | AM or PM designation | PM |
| %Q | Quarter (1-4) | 1 |
| %r | 12-hour HH:MM AM/PM time, equivalent to %H:%M %p | 10:30 PM |
2020-03-20 10:10:48 +00:00
| %R | 24-hour HH:MM time, equivalent to %H:%M | 22:33 |
| %s | second (00-59) | 44 |
2020-03-20 10:10:48 +00:00
| %S | second (00-59) | 44 |
| %t | horizontal-tab character () | |
| %T | ISO 8601 time format (HH:MM:SS), equivalent to %H:%M:%S | 22:33:44 |
| %u | ISO 8601 weekday as number with Monday as 1 (1-7) | 2 |
| %V | ISO 8601 week number (01-53) | 01 |
2023-03-20 15:58:37 +00:00
| %w | weekday as a integer number with Sunday as 0 (0-6) | 2 |
| %W | full weekday name (Monday-Sunday) | Monday |
2020-03-20 10:10:48 +00:00
| %y | Year, last two digits (00-99) | 18 |
| %Y | Year | 2018 |
2022-08-29 02:28:34 +00:00
| %z | Time offset from UTC as +HHMM or -HHMM | -0500 |
2020-03-20 10:10:48 +00:00
| %% | a % sign | % |
**Example**
Query:
``` sql
SELECT formatDateTime(toDate('2010-01-04'), '%g')
```
Result:
```
┌─formatDateTime(toDate('2010-01-04'), '%g')─┐
│ 10 │
└────────────────────────────────────────────┘
```
Query:
``` sql
SELECT formatDateTime(toDateTime64('2010-01-04 12:34:56.123456', 7), '%f')
```
Result:
```
┌─formatDateTime(toDateTime64('2010-01-04 12:34:56.123456', 7), '%f')─┐
2022-12-21 20:40:30 +00:00
│ 1234560 │
└─────────────────────────────────────────────────────────────────────┘
```
**See Also**
- [formatDateTimeInJodaSyntax](##formatDateTimeInJodaSyntax)
2023-03-07 07:30:38 +00:00
## formatDateTimeInJodaSyntax {#date_time_functions-formatDateTimeInJodaSyntax}
Similar to formatDateTime, except that it formats datetime in Joda style instead of MySQL style. Refer to https://joda-time.sourceforge.net/apidocs/org/joda/time/format/DateTimeFormat.html.
2023-03-24 13:52:56 +00:00
The opposite operation of this function is [parseDateTimeInJodaSyntax](/docs/en/sql-reference/functions/type-conversion-functions.md#type_conversion_functions-parseDateTimeInJodaSyntax).
**Replacement fields**
2023-03-18 02:45:43 +00:00
Using replacement fields, you can define a pattern for the resulting string.
2022-12-12 11:42:03 +00:00
| Placeholder | Description | Presentation | Examples |
| ----------- | ---------------------------------------- | ------------- | ---------------------------------- |
| G | era | text | AD |
| C | century of era (>=0) | number | 20 |
| Y | year of era (>=0) | year | 1996 |
| x | weekyear (not supported yet) | year | 1996 |
| w | week of weekyear (not supported yet) | number | 27 |
| e | day of week | number | 2 |
| E | day of week | text | Tuesday; Tue |
| y | year | year | 1996 |
| D | day of year | number | 189 |
| M | month of year | month | July; Jul; 07 |
| d | day of month | number | 10 |
| a | halfday of day | text | PM |
| K | hour of halfday (0~11) | number | 0 |
| h | clockhour of halfday (1~12) | number | 12 |
| H | hour of day (0~23) | number | 0 |
| k | clockhour of day (1~24) | number | 24 |
| m | minute of hour | number | 30 |
| s | second of minute | number | 55 |
| S | fraction of second (not supported yet) | number | 978 |
| z | time zone (short name not supported yet) | text | Pacific Standard Time; PST |
| Z | time zone offset/id (not supported yet) | zone | -0800; -08:00; America/Los_Angeles |
| ' | escape for text | delimiter | |
| '' | single quote | literal | ' |
**Example**
Query:
``` sql
SELECT formatDateTimeInJodaSyntax(toDateTime('2010-01-04 12:34:56'), 'yyyy-MM-dd HH:mm:ss')
```
Result:
```
┌─formatDateTimeInJodaSyntax(toDateTime('2010-01-04 12:34:56'), 'yyyy-MM-dd HH:mm:ss')─┐
│ 2010-01-04 12:34:56 │
└─────────────────────────────────────────────────────────────────────────────────────────┘
```
2022-06-02 10:55:18 +00:00
## dateName
2021-06-16 18:33:44 +00:00
Returns specified part of date.
2021-06-16 18:33:44 +00:00
**Syntax**
``` sql
dateName(date_part, date)
```
**Arguments**
- `date_part` — Date part. Possible values: 'year', 'quarter', 'month', 'week', 'dayofyear', 'day', 'weekday', 'hour', 'minute', 'second'. [String](../../sql-reference/data-types/string.md).
2022-10-21 06:55:24 +00:00
- `date` — Date. [Date](../../sql-reference/data-types/date.md), [Date32](../../sql-reference/data-types/date32.md), [DateTime](../../sql-reference/data-types/datetime.md) or [DateTime64](../../sql-reference/data-types/datetime64.md).
2021-06-29 00:59:19 +00:00
- `timezone` — Timezone. Optional. [String](../../sql-reference/data-types/string.md).
2021-06-16 18:33:44 +00:00
**Returned value**
- The specified part of date.
2021-06-16 18:33:44 +00:00
Type: [String](../../sql-reference/data-types/string.md#string)
**Example**
Query:
```sql
WITH toDateTime('2021-04-14 11:22:33') AS date_value
2022-08-19 18:09:40 +00:00
SELECT
dateName('year', date_value),
dateName('month', date_value),
dateName('day', date_value);
2021-06-16 18:33:44 +00:00
```
Result:
```text
┌─dateName('year', date_value)─┬─dateName('month', date_value)─┬─dateName('day', date_value)─┐
│ 2021 │ April │ 14 │
2022-08-19 18:09:40 +00:00
└──────────────────────────────┴───────────────────────────────┴─────────────────────────────┘
```
## monthName
Returns name of the month.
**Syntax**
``` sql
monthName(date)
```
**Arguments**
- `date` — Date or date with time. [Date](../../sql-reference/data-types/date.md) or [DateTime](../../sql-reference/data-types/datetime.md).
**Returned value**
- The name of the month.
Type: [String](../../sql-reference/data-types/string.md#string)
**Example**
Query:
```sql
WITH toDateTime('2021-04-14 11:22:33') AS date_value
SELECT monthName(date_value);
```
Result:
```text
┌─monthName(date_value)─┐
│ April │
└───────────────────────┘
2021-06-16 18:33:44 +00:00
```
2022-06-02 10:55:18 +00:00
## FROM\_UNIXTIME
2020-07-14 06:29:01 +00:00
2021-05-28 09:14:28 +00:00
Function converts Unix timestamp to a calendar date and a time of a day. When there is only a single argument of [Integer](../../sql-reference/data-types/int-uint.md) type, it acts in the same way as [toDateTime](../../sql-reference/functions/type-conversion-functions.md#todatetime) and return [DateTime](../../sql-reference/data-types/datetime.md) type.
2020-07-14 06:29:01 +00:00
FROM_UNIXTIME uses MySQL datetime format style, refer to https://dev.mysql.com/doc/refman/8.0/en/date-and-time-functions.html#function_date-format.
2022-09-14 15:16:32 +00:00
Alias: `fromUnixTimestamp`.
2021-05-28 09:14:28 +00:00
**Example:**
Query:
2020-07-14 06:29:01 +00:00
```sql
2021-05-28 09:14:28 +00:00
SELECT FROM_UNIXTIME(423543535);
2020-07-14 06:29:01 +00:00
```
2021-05-28 09:14:28 +00:00
Result:
2020-07-14 06:29:01 +00:00
```text
┌─FROM_UNIXTIME(423543535)─┐
│ 1983-06-04 10:58:55 │
└──────────────────────────┘
```
2022-10-28 12:56:52 +00:00
When there are two or three arguments, the first an [Integer](../../sql-reference/data-types/int-uint.md), [Date](../../sql-reference/data-types/date.md), [Date32](../../sql-reference/data-types/date32.md), [DateTime](../../sql-reference/data-types/datetime.md) or [DateTime64](../../sql-reference/data-types/datetime64.md), the second a constant format string and the third an optional constant time zone string — it acts in the same way as [formatDateTime](#formatdatetime) and return [String](../../sql-reference/data-types/string.md#string) type.
2020-07-14 06:29:01 +00:00
For example:
```sql
2021-05-28 09:14:28 +00:00
SELECT FROM_UNIXTIME(1234334543, '%Y-%m-%d %R:%S') AS DateTime;
2020-07-14 06:29:01 +00:00
```
```text
┌─DateTime────────────┐
│ 2009-02-11 14:42:23 │
└─────────────────────┘
```
**See Also**
- [fromUnixTimestampInJodaSyntax](##fromUnixTimestampInJodaSyntax)
## fromUnixTimestampInJodaSyntax
Similar to FROM_UNIXTIME, except that it formats time in Joda style instead of MySQL style. Refer to https://joda-time.sourceforge.net/apidocs/org/joda/time/format/DateTimeFormat.html.
**Example:**
Query:
``` sql
SELECT fromUnixTimestampInJodaSyntax(1669804872, 'yyyy-MM-dd HH:mm:ss', 'UTC');
```
Result:
```
┌─fromUnixTimestampInJodaSyntax(1669804872, 'yyyy-MM-dd HH:mm:ss', 'UTC')─┐
│ 2022-11-30 10:41:12 │
└────────────────────────────────────────────────────────────────────────────┘
```
2022-06-02 10:55:18 +00:00
## toModifiedJulianDay
Converts a [Proleptic Gregorian calendar](https://en.wikipedia.org/wiki/Proleptic_Gregorian_calendar) date in text form `YYYY-MM-DD` to a [Modified Julian Day](https://en.wikipedia.org/wiki/Julian_day#Variants) number in Int32. This function supports date from `0000-01-01` to `9999-12-31`. It raises an exception if the argument cannot be parsed as a date, or the date is invalid.
**Syntax**
``` sql
2020-12-08 15:32:55 +00:00
toModifiedJulianDay(date)
```
2021-05-28 09:14:28 +00:00
**Arguments**
- `date` — Date in text form. [String](../../sql-reference/data-types/string.md) or [FixedString](../../sql-reference/data-types/fixedstring.md).
**Returned value**
- Modified Julian Day number.
Type: [Int32](../../sql-reference/data-types/int-uint.md).
**Example**
Query:
``` sql
2020-12-08 15:32:55 +00:00
SELECT toModifiedJulianDay('2020-01-01');
```
Result:
``` text
2020-12-08 15:32:55 +00:00
┌─toModifiedJulianDay('2020-01-01')─┐
│ 58849 │
└───────────────────────────────────┘
```
2022-06-02 10:55:18 +00:00
## toModifiedJulianDayOrNull
2020-12-08 15:32:55 +00:00
Similar to [toModifiedJulianDay()](#tomodifiedjulianday), but instead of raising exceptions it returns `NULL`.
**Syntax**
``` sql
2020-12-08 15:32:55 +00:00
toModifiedJulianDayOrNull(date)
```
2021-05-28 09:14:28 +00:00
**Arguments**
- `date` — Date in text form. [String](../../sql-reference/data-types/string.md) or [FixedString](../../sql-reference/data-types/fixedstring.md).
**Returned value**
- Modified Julian Day number.
Type: [Nullable(Int32)](../../sql-reference/data-types/int-uint.md).
**Example**
Query:
``` sql
2020-12-08 15:32:55 +00:00
SELECT toModifiedJulianDayOrNull('2020-01-01');
```
Result:
``` text
2020-12-08 15:32:55 +00:00
┌─toModifiedJulianDayOrNull('2020-01-01')─┐
│ 58849 │
└─────────────────────────────────────────┘
```
2022-06-02 10:55:18 +00:00
## fromModifiedJulianDay
Converts a [Modified Julian Day](https://en.wikipedia.org/wiki/Julian_day#Variants) number to a [Proleptic Gregorian calendar](https://en.wikipedia.org/wiki/Proleptic_Gregorian_calendar) date in text form `YYYY-MM-DD`. This function supports day number from `-678941` to `2973119` (which represent 0000-01-01 and 9999-12-31 respectively). It raises an exception if the day number is outside of the supported range.
**Syntax**
``` sql
2020-12-08 15:32:55 +00:00
fromModifiedJulianDay(day)
```
2021-05-28 09:14:28 +00:00
**Arguments**
- `day` — Modified Julian Day number. [Any integral types](../../sql-reference/data-types/int-uint.md).
**Returned value**
- Date in text form.
Type: [String](../../sql-reference/data-types/string.md)
**Example**
Query:
``` sql
2020-12-08 15:32:55 +00:00
SELECT fromModifiedJulianDay(58849);
```
Result:
``` text
2020-12-08 15:32:55 +00:00
┌─fromModifiedJulianDay(58849)─┐
│ 2020-01-01 │
└──────────────────────────────┘
```
2022-06-02 10:55:18 +00:00
## fromModifiedJulianDayOrNull
2020-12-08 15:32:55 +00:00
Similar to [fromModifiedJulianDayOrNull()](#frommodifiedjuliandayornull), but instead of raising exceptions it returns `NULL`.
**Syntax**
``` sql
2020-12-08 15:32:55 +00:00
fromModifiedJulianDayOrNull(day)
```
2021-05-28 09:14:28 +00:00
**Arguments**
- `day` — Modified Julian Day number. [Any integral types](../../sql-reference/data-types/int-uint.md).
**Returned value**
- Date in text form.
Type: [Nullable(String)](../../sql-reference/data-types/string.md)
**Example**
Query:
``` sql
2020-12-08 15:32:55 +00:00
SELECT fromModifiedJulianDayOrNull(58849);
```
Result:
``` text
2020-12-08 15:32:55 +00:00
┌─fromModifiedJulianDayOrNull(58849)─┐
│ 2020-01-01 │
└────────────────────────────────────┘
```
2023-01-17 15:38:10 +00:00
## Related content
- Blog: [Working with time series data in ClickHouse](https://clickhouse.com/blog/working-with-time-series-data-and-functions-ClickHouse)