summaryrefslogtreecommitdiff
path: root/strings/strtod.c
diff options
context:
space:
mode:
authorunknown <ramil/ram@mysql.com/myoffice.izhnet.ru>2006-10-27 18:08:50 +0500
committerunknown <ramil/ram@mysql.com/myoffice.izhnet.ru>2006-10-27 18:08:50 +0500
commitd2c90fcb8ecee24d68df83c83a70c0a8b8ab77c8 (patch)
treefd0ff9082aaef6ec7dec1429a9a98deb31c903da /strings/strtod.c
parent5decebc5f3aa6fc2584f6fcbd81ab7e42b63ede5 (diff)
downloadmariadb-git-d2c90fcb8ecee24d68df83c83a70c0a8b8ab77c8.tar.gz
Fix for bug #23412: delete rows with null date field
Backport of the fix for bug #8143: A date with value 0 is treated as a NULL value mysql-test/r/delete.result: Fix for bug #23412: delete rows with null date field - test result mysql-test/t/delete.test: Fix for bug #23412: delete rows with null date field - test case sql/sql_delete.cc: Fix for bug #23412: delete rows with null date field - during SELECT queries processing we convert 'date[time]_field is null' conditions into 'date[time]_field = 0000-00-00[ 00:00:00]' for not null DATE and DATETIME fields. To be consistent, we have to do the same for DELETE queries. So we should call remove_eq_conds() in the mysql_delete() as well. Also it may simplify and speed up DELETE queries execution.
Diffstat (limited to 'strings/strtod.c')
0 files changed, 0 insertions, 0 deletions