Oleksandr Byelkin
53ff66fe31
MDEV-6996: SET STATEMENT default_week_format = .. has no effect
...
Change constant with a system variable.
2014-12-02 09:29:53 +01:00
Sergei Golubchik
6fb17a0601
5.5.39 merge
2014-08-07 18:06:56 +02:00
Sergei Golubchik
4b4de01fae
5.3 merge
2014-08-01 16:51:12 +02:00
Sergei Golubchik
681fbcaf92
fix func_time.test to be independent from the system time zone
2014-08-01 12:04:55 +02:00
Alexander Barkov
5b452ae027
MDEV-4511 Assertion `scale <= precision' fails on GROUP BY TIMEDIFF with incorrect types
...
MDEV-6302 Wrong result set when using GROUP BY FROM_UNIXTIME(...)+0
Fixed.
2014-07-28 13:47:55 +04:00
Alexander Barkov
07cb53c58b
Merge 5.3->5.5
2014-07-23 14:59:23 +04:00
Alexander Barkov
80708da138
MDEV-5750 Assertion `ltime->year == 0' fails on a query with EXTRACT DAY_MINUTE and TIME column
...
Item_func_min_max::get_date() did not clear ltime->year when returning a TIME value.
2014-07-23 13:38:48 +04:00
Alexander Barkov
216fbe2af3
MDEV-6102 Comparison between TIME and DATETIME does not use CURRENT_DATE
...
MDEV-6101 Hybrid functions do not add CURRENT_DATE when converting TIME to DATETIME
2014-06-06 10:29:52 +04:00
Sergei Golubchik
e27c338634
5.5.38 merge
2014-06-06 00:07:27 +02:00
Alexander Barkov
284479c085
Merge 5.3->5.5
2014-06-04 21:53:15 +04:00
Alexander Barkov
661daf16f1
MDEV-4858 Wrong results for a huge unsigned value inserted into a TIME column
...
MDEV-6099 Bad results for DATE_ADD(.., INTERVAL 2000000000000000000.0 SECOND)
MDEV-6097 Inconsistent results for CAST(int,decimal,double AS DATETIME)
MDEV-6100 No warning on CAST(9000000 AS TIME)
2014-06-04 20:32:57 +04:00
Alexander Barkov
d3d3a4b834
MDEV-4511 Assertion `scale <= precision' fails on GROUP BY TIMEDIFF with incorrect types
2014-04-24 16:59:01 +04:00
Alexander Barkov
e0f75b1bff
MDEV-5870 Assertion `ltime->neg == 0' fails with COALESCE, ADDDATE, MAKEDATE
...
A huge number in the "day" part of an interval made the code to return
a negative date erroneously. Adding a test to return an error on a too
large "day" value.
2014-03-23 14:22:44 +04:00
Alexander Barkov
89e1715355
MDEV-5372 Make "CAST(time_expr AS DATETIME)" compatible with MySQL-5.6 (and the SQL Standard)
2014-03-07 00:21:25 +04:00
Sergei Golubchik
5475cc7765
merge
2014-02-04 10:49:44 +01:00
Alexander Barkov
1563999018
MDEV-5450 Assertion `cached_field_ type == MYSQL_TYPE_STRING ||
...
ltime.time_type == MYSQL_TIMESTAMP_NONE ||
mysql_type_to_time_type(cached_field_type) == ltime.time_type'
fails with IF, ISNULL, ADDDATE
2014-02-03 23:29:22 +04:00
Sergei Golubchik
72c20282db
10.0-base merge
2014-02-03 15:22:39 +01:00
Sergei Golubchik
59d9d08e2b
5.5 merge
2014-02-01 00:54:03 +01:00
Alexander Barkov
7ea9d1e692
MDEV-5458 RQG hits 'sql/tztime.cc:799: my_time_t sec_since_epoch(...):
...
Assertion `mon > 0 && mon < 13' failed.'
2014-01-27 13:15:40 +04:00
Alexander Barkov
0ad8eaeb56
Merge 5.3 -> 5.5
2014-01-27 15:05:23 +04:00
Alexander Barkov
ba3d0b173a
Merge 5.3 -> 5.5
2014-01-27 13:14:00 +04:00
Alexander Barkov
d106dc0597
MDEV-5504 Server crashes in String::length on SELECT with MONTHNAME, GROUP BY, ROLLUP
...
The crash happened because Item_func_monthname was derived from
Item_func_month, so Item_func_monthname::is_null() did not work fine.
Backporting a change from 5.5: Item_func_monthname is now derived from
Item_str_func.
2014-01-24 16:50:39 +04:00
Alexander Barkov
06ebc6cc50
MDEV-4838 Wrong metadata for DATE_ADD('string', INVERVAL)
...
The problem seems to be fixed by some earlier change
and is not reproducible any longer. Only adding a test case.
2013-12-19 12:39:40 +04:00
Sergei Golubchik
d28d3ba40d
10.0-base merge
2013-12-16 13:02:21 +01:00
Sergei Golubchik
6bf10fac44
5.5 merge
2013-12-15 15:57:26 +01:00
Alexander Barkov
b97b9536c7
MDEV-4857 Wrong result of HOUR('1 00:00:00')
...
modified:
mysql-test/r/func_time.result
mysql-test/t/func_time.test
sql-common/my_time.c
sql/item_func.h
sql/item_timefunc.cc
sql/mysql_priv.h
sql/time.cc
2013-12-02 15:09:34 +04:00
Sergei Golubchik
c6d30805db
5.5 merge
2013-11-23 00:50:54 +01:00
Alexander Barkov
2394fa67d4
MDEV-4859 Wrong value and data type of "SELECT MAX(time_column) + 1 FROM t1"
...
Fixed.
2013-11-21 11:46:36 +04:00
Alexander Barkov
c7355b1982
Merge 5.3->5.5
2013-11-21 13:09:08 +04:00
Alexander Barkov
5a8bd446ad
Merge 5.3->5.5
...
pending merges:
Alexander Barkov 2013-12-02 MDEV-4857 Wrong result of HOUR('1 00:00:00')
2013-12-02 15:50:35 +04:00
Sergei Golubchik
9af177042e
10.0-base merge.
...
Partitioning/InnoDB changes are *not* merged (they'll come from 5.6)
TokuDB does not compile (not updated to 10.0 SE API)
2013-09-21 10:14:42 +02:00
Sergei Golubchik
4ec2e9d7ed
5.5 merge and fixes for compiler/test errors
2013-09-18 13:07:31 +02:00
Alexander Barkov
b20deca695
Merge from 5.3
2013-09-16 14:08:43 +04:00
Alexander Barkov
5464e904b6
MDEV-4861 TIME/DATETIME arithmetics does not preserve INTERVAL precision
...
Adding tests only.
The problem was earlier fixed by
MDEV-4724 Some temporal functions do not preserve microseconds
2013-09-16 14:07:01 +04:00
Alexander Barkov
6a5f07ee87
Merge from 5.3
...
pending merges:
Alexander Barkov 2013-09-16 MDEV-4870 Wrong values of CASE, COALESCE, IF...
2013-09-16 13:54:12 +04:00
Alexander Barkov
22c4a24961
MDEV-4870 Wrong values of CASE, COALESCE, IFNULL on a combination of different temporal types
...
Adding test cases from the bug report only.
The problem was earlier fixed by:
MDEV-4863 COALESCE(time_or_datetime) returns wrong results in numeric context
modified:
mysql-test/r/func_time.result
mysql-test/t/func_time.test
2013-09-16 13:52:13 +04:00
Alexander Barkov
f2737b415e
Merge from 5.3
...
pending merges:
Alexander Barkov 2013-09-16 MDEV-4869 Wrong result of MAKETIME(0, 0, -0.1)
2013-09-16 13:08:19 +04:00
Alexander Barkov
6c9d983287
MDEV-4869 Wrong result of MAKETIME(0, 0, -0.1)
...
Adding a test case only.
The problem was fixed by:
MDEV-4724 Some temporal functions do not preserve microseconds
modified:
mysql-test/r/func_time.result
mysql-test/t/func_time.test
2013-09-16 13:03:49 +04:00
Alexander Barkov
2624022b53
Merge from 5.3
...
pending merges:
Alexander Barkov 2013-09-16 MDEV-4843 Wrong data type for TIMESTAMP('200...
2013-09-16 10:51:03 +04:00
Alexander Barkov
5d7b97b89e
MDEV-4843 Wrong data type for TIMESTAMP('2001-01-01','10:10:10')
2013-09-16 10:14:41 +04:00
Alexander Barkov
cf9cc19e91
MDEV-4724 Some temporal functions do not preserve microseconds
2013-09-13 14:43:10 +04:00
Alexander Barkov
51dcf4dcff
Merge from 5.3.
...
pending merges:
Alexander Barkov 2013-09-12 MDEV-4724 Some temporal functions do not pre...
2013-09-13 12:06:17 +04:00
Alexander Barkov
499ddea576
MDEV-4724 Some temporal functions do not preserve microseconds
2013-09-12 21:31:14 +04:00
Alexander Barkov
8b5da9f73b
Merge from 5.3
...
pending merges:
Alexander Barkov 2013-09-09 MDEV-4863 COALESCE(time_or_datetime) returns...
2013-09-10 10:08:11 +04:00
Alexander Barkov
c2b38529a9
MDEV-4863 COALESCE(time_or_datetime) returns wrong results in numeric context
2013-09-09 15:32:25 +04:00
Sergei Golubchik
97e640b9ae
5.5 merge
2013-07-17 21:24:29 +02:00
Alexander Barkov
1f3ec9800c
Merging from 5.3
...
modified:
include/my_time.h
libmysql/libmysql.c
mysql-test/r/adddate_454.result
mysql-test/r/cast.result
mysql-test/r/date_formats.result
mysql-test/r/func_sapdb.result
mysql-test/r/func_time.result
mysql-test/r/mdev316.result
mysql-test/r/parser.result
mysql-test/r/partition_datatype.result
mysql-test/r/partition_pruning.result
mysql-test/r/type_date.result
mysql-test/r/type_datetime.result
mysql-test/suite/vcol/r/vcol_misc.result
mysql-test/t/cast.test
sql-common/my_time.c
sql/field.cc
sql/field_conv.cc
sql/filesort.cc
sql/item.cc
sql/item.h
sql/item_cmpfunc.cc
sql/item_func.cc
sql/item_strfunc.cc
sql/item_timefunc.cc
sql/sql_time.cc
pending merges:
Sergei Golubchik 2013-07-03 MDEV-4667 DATE('string') incompability betwe...
2013-07-08 16:49:42 +04:00
Sergei Golubchik
78cc6db44a
MDEV-4667 DATE('string') incompability between mysql and mariadb
...
Cleanup: remove TIME_FUZZY_DATE.
Introduce TIME_FUZZY_DATES which means "very fuzzy, the resulting
value is only used for comparison. It can be invalid date, fine, as long as it can be
compared".
Updated many tests results (they're better now).
2013-07-03 09:46:20 +02:00
Alexander Barkov
7cc7710679
Merging MDEV-4635 from 5.3.
...
Also, fixing a bug in STR_TO_DATE(). It erroneously returned
error in strict mode for dates like '0000-01-01'
(zero year, but non-zero month and day).
According to the manual:
- NO_ZERO_DATE disallows 0000-00-00 (all date parts are zeros)
- NO_ZERO_IN_DATE disallows zero month (YYYY-00-DD) or day (YYYY-MM-00).
0000-01-01 is a valid date, even in strict mode.
modified:
mysql-test/r/func_time.result
mysql-test/r/strict.result
mysql-test/t/func_time.test
mysql-test/t/strict.test
sql/item_timefunc.cc
sql/sql_time.h
pending merges:
Alexander Barkov 2013-06-17 MDEV-4635 Crash in UNIX_TIMESTAMP(STR_TO_DAT...
2013-06-18 13:14:46 +04:00
Alexander Barkov
4085836acf
MDEV-4635 Crash in UNIX_TIMESTAMP(STR_TO_DATE('2020','%Y'))
...
modified:
mysql-test/r/func_time.result
mysql-test/t/func_time.test
sql/item_timefunc.cc
sql/mysql_priv.h
2013-06-17 19:25:55 +04:00