ClickHouse/tests/queries/0_stateless/00921_datetime64_compatibility_long.sh

#!/usr/bin/env bash

CLICKHOUSE_CLIENT_SERVER_LOGS_LEVEL="none"
# We should have correct env vars from shell_config.sh to run this test
CURDIR=$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)
# shellcheck source=../shell_config.sh
. "$CURDIR"/../shell_config.sh

# In order to check queries individually (don't stop on the first one that fails):
#IFS=$'\n'; for I in $(${CURDIR}/00921_datetime64_compatibility.python) ; do unset IFS; ${CLICKHOUSE_CLIENT} --query "${I}"; echo ; done 2>&1;

# ${CURDIR}/00921_datetime64_compatibility.python

python3 "${CURDIR}"/00921_datetime64_compatibility_long.python \
    | ${CLICKHOUSE_CLIENT} --ignore-error -T -nm --calculate_text_stack_trace 0 --log-level 'error' 2>&1 \
    | grep -v 'Received exception .*$' | sed 's/^\(Code: [0-9]\+\).*$/\1/g'
DateTime64 tests 2019-09-07 14:22:22 +00:00			`#!/usr/bin/env bash`

Fixed 00921_datetime64_compatibility.python test case Running it correctly so test runner does not report failure on intended exceptions. 2019-11-07 10:58:16 +00:00			`CLICKHOUSE_CLIENT_SERVER_LOGS_LEVEL="none"`
Updated the tests for better debugging. 2019-10-08 04:57:31 +00:00			`# We should have correct env vars from shell_config.sh to run this test`
DateTime64 tests 2019-09-07 14:22:22 +00:00			`CURDIR=$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)`
fix style checks 2020-12-28 11:46:53 +00:00			`# shellcheck source=../shell_config.sh`
Minor changes 2020-08-01 00:51:12 +00:00			`. "$CURDIR"/../shell_config.sh`
DateTime64 tests 2019-09-07 14:22:22 +00:00
Fixed 00921_datetime64_compatibility.python test case Running it correctly so test runner does not report failure on intended exceptions. 2019-11-07 10:58:16 +00:00			`# In order to check queries individually (don't stop on the first one that fails):`
			`#IFS=$'\n'; for I in $(${CURDIR}/00921_datetime64_compatibility.python) ; do unset IFS; ${CLICKHOUSE_CLIENT} --query "${I}"; echo ; done 2>&1;`

			`# ${CURDIR}/00921_datetime64_compatibility.python`

Marked 00921_datetime64_compatibility as long test 2021-02-21 10:04:29 +00:00			`python3 "${CURDIR}"/00921_datetime64_compatibility_long.python \`
Fixed 00921_datetime64_compatibility.python test case Running it correctly so test runner does not report failure on intended exceptions. 2019-11-07 10:58:16 +00:00			`\| ${CLICKHOUSE_CLIENT} --ignore-error -T -nm --calculate_text_stack_trace 0 --log-level 'error' 2>&1 \`
Extended range of DateTime64 to years 1925 - 2238 The Year 1925 is a starting point because most of the timezones switched to saner (mostly 15-minutes based) offsets somewhere during 1924 or before. And that significantly simplifies implementation. 2238 is to simplify arithmetics for sanitizing LUT index access; there are less than 0x1ffff days from 1925. * Extended DateLUTImpl internal LUT to 0x1ffff items, some of which represent negative (pre-1970) time values. As a collateral benefit, Date now correctly supports dates up to 2149 (instead of 2106). * Added a new strong typedef ExtendedDayNum, which represents dates pre-1970 and post 2149. * Functions that used to return DayNum now return ExtendedDayNum. * Refactored DateLUTImpl to untie DayNum from the dual role of being a value and an index (due to negative time). Index is now a different type LUTIndex with explicit conversion functions from DatNum, time_t, and ExtendedDayNum. * Updated DateLUTImpl to properly support values close to epoch start (1970-01-01 00:00), including negative ones. * Reduced resolution of DateLUTImpl::Values::time_at_offset_change to multiple of 15-minutes to allow storing 64-bits of time_t in DateLUTImpl::Value while keeping same size. * Minor performance updates to DateLUTImpl when building month LUT by skipping non-start-of-month days. * Fixed extractTimeZoneFromFunctionArguments to work correctly with DateTime64. * New unit-tests and stateless integration tests for both DateTime and DateTime64. 2020-04-17 13:26:44 +00:00			`\| grep -v 'Received exception .$' \| sed 's/^\(Code: [0-9]\+\).$/\1/g'`