- 17 Sep, 2006 1 commit
-
-
by master and slave is made.
-
- 15 Sep, 2006 1 commit
-
-
- 14 Sep, 2006 1 commit
-
-
into mysql.com:/users/lthalmann/bk/MERGE/mysql-5.0-merge
-
- 12 Sep, 2006 1 commit
-
-
timour/timka@lamia.home authored
The cause of the bug was an incomplete fix for bug 18080. The problem was that setup_tables() unconditionally reset the name resolution context to its 'tables' argument, which pointed to the first table of an SQL statement. The bug fix limits resetting of the name resolution context in setup_tables() only in the cases when the context was not set by earlier parser/optimizer phases.
-
- 11 Sep, 2006 4 commits
-
-
-
into mysql.com:/users/lthalmann/bk/MERGE/mysql-5.0-merge
-
into mysql.com:/users/lthalmann/bk/MERGE/mysql-5.0-merge
-
into mysql.com:/users/lthalmann/bk/MERGE/mysql-4.1-merge
-
- 04 Sep, 2006 2 commits
-
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/50-work
-
jonas@perch.ndb.mysql.com authored
fix deadlock if master switches log file in parallell with "show master logs"
-
- 30 Aug, 2006 1 commit
-
-
there is a bunch of dups. It has been decided to declare this feature as deprecated.
-
- 28 Aug, 2006 2 commits
-
-
timour/tkatchaounov@dl145s.mysql.com authored
into dl145s.mysql.com:/data/tkatchaounov/autopush/5.0-bug-21456
-
jonas@perch.ndb.mysql.com authored
Improve error message when detecting corrupted REDO log
-
- 26 Aug, 2006 3 commits
-
-
evgen@moonbone.local authored
into moonbone.local:/work/tmp_merge-5.0-mysql
-
evgen@moonbone.local authored
into moonbone.local:/work/tmp_merge-4.1-opt-mysql
-
evgen@moonbone.local authored
into moonbone.local:/work/tmp_merge-5.0-mysql
-
- 25 Aug, 2006 3 commits
-
-
sergefp@mysql.com authored
into mysql.com:/home/psergey/mysql-5.0-bug16255-merge
-
igor@rurik.mysql.com authored
into rurik.mysql.com:/home/igor/mysql-5.0-opt
-
igor@rurik.mysql.com authored
const tables. This resulted in choosing extremely inefficient execution plans in same cases when distribution of data in joined were skewed (see the customer test case for the bug).
-
- 24 Aug, 2006 7 commits
-
-
evgen@sunlight.local authored
Corrected fix for bug#18165
-
evgen@moonbone.local authored
Corrected fix for bug#18165
-
sergefp@mysql.com authored
-
sergefp@mysql.com authored
-
sergefp@mysql.com authored
Must not use Item_direct_ref in HAVING because it points to the new value (witch is not yet calculated for the first row).
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/50-work
-
jonas@perch.ndb.mysql.com authored
read TransactionDeadlockTimeout (for scans) to cater for insane settings
-
- 23 Aug, 2006 3 commits
-
-
evgen@sunlight.local authored
Corrected test case for the bug#21261 sql_parse.cc: Corrected fix for bug#21261
-
timour/timka@lamia.home authored
into lamia.home:/home/timka/mysql/src/5.0-bug-21456
-
timour/timka@lamia.home authored
GROUP BY/DISTINCT pruning optimization must be done before ORDER BY optimization because ORDER BY may be removed when GROUP BY/DISTINCT sorts as a side effect, e.g. in SELECT DISTINCT <non-key-col>,<pk> FROM t1 ORDER BY <non-key-col> DISTINCT must be removed before ORDER BY as if done the other way around it will remove both.
-
- 22 Aug, 2006 11 commits
-
-
evgen@moonbone.local authored
into moonbone.local:/work/21475-fix-5.0-opt-mysql
-
evgen@moonbone.local authored
Additional fix for bug #21475 item_func.h, item_func.cc: Additional fix for bug#16861
-
into salvation.intern.azundris.com:/home/tnurnberg/work/mysql-5.0-maint-20987
-
into salvation.intern.azundris.com:/home/tnurnberg/work/mysql-5.0-maint-20987
-
cmiller@zippy.cornsilk.net authored
into zippy.cornsilk.net:/home/cmiller/work/mysql/merge/mysql-5.0
-
igor@rurik.mysql.com authored
into rurik.mysql.com:/home/igor/mysql-5.0-opt
-
evgen@sunlight.local authored
into sunlight.local:/local_work/16861-bug-5.0-mysql
-
evgen@sunlight.local authored
used. Sorting by RAND() uses a temporary table in order to get a correct results. User defined variable was set during filling the temporary table and later on it is substituted for its value from the temporary table. Due to this it contains the last value stored in the temporary table. Now if the result_field is set for the Item_func_set_user_var object it updates variable from the result_field value when being sent to a client. The Item_func_set_user_var::check() now accepts a use_result_field parameter. Depending on its value the result_field or the args[0] is used to get current value.
-
evgen@moonbone.local authored
into moonbone.local:/work/21475-bug-5.0-opt-mysql
-
into salvation.intern.azundris.com:/home/tnurnberg/work/mysql-5.0-maint-20411
-
when X.509 subject was required for a connect, we tested whether it was the right one, but did not refuse the connexion if not. fixed. (corrected CS now --replace_results socket-path)
-