An error occurred fetching the project authors.
- 20 May, 2005 1 commit
-
-
bell@sanja.is.com.ua authored
-
- 16 May, 2005 1 commit
-
-
bell@book.sanja.is.com.ua authored
-
- 16 Apr, 2005 2 commits
-
-
igor@rurik.mysql.com authored
Added a test case for bug #9516. item_subselect.h: Fixed bug #9516. The bug was due to that fact that the class Item_subselect inherited the generic implementation of the function not_null_tables that was not valid for the objects of this class. As a result evaluation of the not_null_tables attribute was not correct for subqueries. This caused invalid transformations of outer joins into inner joins.
-
igor@rurik.mysql.com authored
Added a test case for bug #9338. sql_select.cc: Fixed bug #9338. When an occurence of a field reference has to be replaced by another field reference the whole Item_field must be replaced. item.cc: Fixed bug #9338. The method Item_field::replace_equal_field_processor was replaced by Item_field::replace_equal_field. The new method is used to replace the occurences of Item_field objects. item.h: Fixed bug #9338. The virtual function replace_equal_field_processor was replaced by replace_equal_field. The latter is supposed to be used as a callback function in calls of the method transform.
-
- 01 Apr, 2005 1 commit
-
-
monty@mysql.com authored
CAST() now produces warnings when casting a wrong INTEGER or CHAR values. This also applies to implicite string to number casts. (Bug #5912) ALTER TABLE now fails in STRICT mode if it generates warnings. Inserting a zero date in a DATE, DATETIME or TIMESTAMP column during TRADITIONAL mode now produces an error. (Bug #5933)
-
- 31 Mar, 2005 1 commit
-
-
bell@sanja.is.com.ua authored
-
- 30 Mar, 2005 1 commit
-
-
bell@sanja.is.com.ua authored
fixed bug in IN/ALL/ANY subqeries with HAVING clause (BUG#9350)
-
- 10 Mar, 2005 1 commit
-
-
bell@sanja.is.com.ua authored
-
- 21 Feb, 2005 1 commit
-
-
hf@deer.(none) authored
-
- 14 Feb, 2005 1 commit
-
-
sergefp@mysql.com authored
-
- 12 Feb, 2005 1 commit
-
-
sergefp@mysql.com authored
Remove TMP_TABLE_PARAM::copy_funcs_it. TMP_TABLE_PARAM is a member of JOIN which is copied via memcpy, and List_iterator_fast TMP_TABLE_PARAM::copy_funcs_it ends up pointing to the wrong List.
-
- 09 Feb, 2005 1 commit
-
-
bell@sanja.is.com.ua authored
-
- 06 Feb, 2005 1 commit
-
-
bell@sanja.is.com.ua authored
-
- 26 Jan, 2005 1 commit
-
-
bell@sanja.is.com.ua authored
-
- 24 Jan, 2005 3 commits
-
-
bell@sanja.is.com.ua authored
-
bell@sanja.is.com.ua authored
check that row elements have the same dimention that SELECT list elements in comporison between rows and subqueries added (BUG#8022)
-
bell@sanja.is.com.ua authored
fixed cols() method call (it have to be called only after fix_fields())
-
- 18 Jan, 2005 1 commit
-
-
sergefp@mysql.com authored
-
- 26 Dec, 2004 2 commits
-
-
igor@rurik.mysql.com authored
Added a couple of new test cases for bug #7351.
-
igor@rurik.mysql.com authored
Added test cases for bug #7351. item_cmpfunc.cc: Fixed bug #7351: incorrect result for a query with a subquery returning empty set. If in the predicate v IN (SELECT a FROM t WHERE cond) v is null, then the result of the predicate is either INKNOWN or FALSE. It is FALSE if the subquery returns an empty set. item_subselect.cc: Fixed bug #7351: incorrect result for a query with a subquery returning empty set. The problem was due to not a quite legal transformation for 'IN' subqueries. A subquery containing a predicate of the form v IN (SELECT a FROM t WHERE cond) was transformed into EXISTS(SELECT a FROM t WHERE cond AND (a=v OR a IS NULL)). Yet, this transformation is valid only if v is not null. If v is null, then, in the case when (SELECT a FROM t WHERE cond) returns an empty set the value of the predicate is FALSE, otherwise the result of the predicate is INKNOWN. The fix resolves this problem by changing the result of the transformation to EXISTS(SELECT a FROM t WHERE cond AND (v IS NULL OR (a=v OR a IS NULL))) in the case when v is nullable. The new transformation prevents applying the lookup optimization for IN subqueries. To make it still applicable we have to introduce guarded access methods.
-
- 14 Dec, 2004 1 commit
-
-
ram@gw.mysql.r18.ru authored
TYPE=MyISAM replaced with ENGINE=MyISAM.
-
- 11 Dec, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
refernces if subqueri is not in HAVING clause (BUG#7079) and the same used for subquery transformetion
-
- 25 Nov, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
-
- 22 Nov, 2004 1 commit
-
-
dlenev@brandersnatch.localdomain authored
results." a.k.a. "Proper cleanup of subqueries is missing for SET and DO statements". (Version #2 with after-review fixes). To perform proper cleanup for statements that can contain subqueries but don't have main select we must call free_undelaid_joins().
-
- 18 Nov, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
fixed null processing in NOT operation used in ALL subquery (Bug #6247)
-
- 16 Nov, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
-
- 15 Nov, 2004 2 commits
-
-
bell@sanja.is.com.ua authored
fixed cleunup of TMP_TABLE_PARAM (BUG#6406)
-
bell@sanja.is.com.ua authored
-
- 27 Oct, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
improved mechanisn of detection posibility to be NULL for single row queries switched off substitution optimisation for single row subqueries in PS due to problem in resolving substituted expressions (changes to make subselects test working with PS protocol)
-
- 17 Sep, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
single row subquery always can return NULL (no rows found) (BUG#5590)
-
- 06 Sep, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
fixed temporary table processing expresions of subqueries and removed wrong restrictions of field resolving (BUG#5326)
-
- 24 Aug, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
-
- 23 Aug, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
allowed parsing of table fields inside aggregate functions added new tests of fields resolving in grouping
-
- 21 Aug, 2004 1 commit
-
-
hf@deer.(none) authored
We have next problem here: active_index is wrong in the subselect's handler on the second val_int() call. Optimizer sees that we can use index-read for that kind of condition, and matching_cond() (sql/opt_sum.cc) doesn't. I suspect, proper solution is to add appropriate code to the matching_cond() but now just added missed initialization.
-
- 19 Aug, 2004 1 commit
-
-
serg@serg.mylan authored
-
- 13 Aug, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
-
- 12 Aug, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
-
- 04 Jul, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
restoring current senect pointer before PS rexecution (backport from 5.0) removed spaces at lines ends
-
- 22 Jun, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
-
- 18 Jun, 2004 1 commit
-
-
monty@mysql.com authored
Fixed problem with NULL and derived tables (Bug #4097) Cleanup of new pushed code
-