- 15 May, 2006 1 commit
-
-
aelkin@mysql.com authored
specific to 5.0 version of the patch is motivated by the fact that a wrapper over MYSQLLOG::write can not help in 5.0 where query's charset is embedded into event instance in the constructor.
-
- 14 May, 2006 4 commits
-
-
aelkin@mysql.com authored
into mysql.com:/usr_rh9/home/elkin.rh9/MySQL/Merge/5.0
-
aelkin@mysql.com authored
manual merge to account 5.0 specific names of TABLE class
-
aelkin@mysql.com authored
fixing names length. Got an issue when merged to 5.0, decided to fix starting from 4.1
-
aelkin@mysql.com authored
into mysql.com:/usr_rh9/home/elkin.rh9/MySQL/Merge/5.0
-
- 13 May, 2006 4 commits
-
-
aelkin@mysql.com authored
fixing a path to find charset by $MYSQL client. I believe the fix is done what should be by default.
-
gluh@eagle.intranet.mysql.r18.ru authored
remove initialization of unsigned_flag for Item_decimal
-
igor@rurik.mysql.com authored
into rurik.mysql.com:/home/igor/dev/mysql-5.0-2
-
igor@rurik.mysql.com authored
itself when executing queries referring to a view with GROUP BY an expression containing non-constant interval. It happened because Item_date_add_interval::eq neglected the fact that the method can be applied to an expression of the form date(col) + interval time_to_sec(col) second at the time when col could not be evaluated yet. An attempt to evaluate time_to_sec(col) in this method resulted in a crash.
-
- 12 May, 2006 23 commits
-
-
aelkin@mysql.com authored
into mysql.com:/usr_rh9/home/elkin.rh9/MySQL/Merge/4.1
-
aelkin@mysql.com authored
into mysql.com:/usr_rh9/home/elkin.rh9/MySQL/Merge/4.1
-
aelkin@mysql.com authored
A pattern to generate binlog for DROPped temp table in close_temporary_tables was buggy: could not deal with a grave-accent-in-name table. The fix exploits `append_identifier()' for quoting and duplicating accents.
-
kent@mysql.com authored
Change mode to -rw-rw-r--
-
kent@mysql.com authored
-
kent@mysql.com authored
Change mode to -rw-rw-r-- Ereport.pl, Ecreate.pl, Ecompare.pl: Change mode to -rwxrwxr--
-
kent@mysql.com authored
-
kent@mysql.com authored
Change mode to -rw-rw-r-- dbug_add_tags.pl: Change mode to -rwxrwxr--
-
gkodinov@mysql.com authored
into mysql.com:/home/kgeorge/mysql/5.0/B7549
-
gluh@eagle.intranet.mysql.r18.ru authored
replaced get_field(MEM_ROOT *mem, Field *field) with get_field(MEM_ROOT *mem, Field *field, String *res). It allows to avoid strlen().
-
gluh@mysql.com authored
into mysql.com:/home/gluh/MySQL/Merge/5.0
-
gluh@mysql.com authored
into mysql.com:/home/gluh/MySQL/Merge/5.0
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0
-
tnurnberg@mysql.com authored
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0
-
gluh@mysql.com authored
into mysql.com:/home/gluh/MySQL/Merge/5.0
-
gluh@eagle.intranet.mysql.r18.ru authored
-
msvensson@neptunus.(none) authored
-
tnurnberg@mysql.com authored
into mysql.com:/home/mysql-5.0-10418
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0-maint
-
msvensson@neptunus.(none) authored
- Don't kill the active connection to the server, instead read the connection id, switch connection and kill the first one from there.
-
igor@rurik.mysql.com authored
a worse execution plan than in 4.1 for some queries. It happened due the fact that at some conditions the optimizer always preferred range or full index scan access methods to lookup access methods even when the latter were much cheaper. The problem was not observed in 4.1 for the reported query because the WHERE condition was not of a form that could cause the problem. Equality propagation introduced on 5.0 added an extra predicate and changed the WHERE condition. The new condition provoked the optimizer to make a bad choice. The problem was fixed by the patch for bug 17379.
-
- 11 May, 2006 4 commits
-
-
kent@mysql.com authored
Stepped up to 4.0.28
-
cmiller@zippy.(none) authored
into zippy.(none):/home/cmiller/work/mysql/mysql-5.0-maint
-
gkodinov@mysql.com authored
When a view statement is compiled on CREATE VIEW time, most of the optimizations should not be done. Finding the right optimization for a subquery is one of them. Unfortunately the optimizer is resolving the column references of the left expression of IN subqueries in the process of deciding witch optimization to use (if needed). So there should be a special case in Item_in_subselect::fix_fields() : check the validity of the left expression of IN subqueries in CREATE VIEW mode and then proceed as normal.
-
tnurnberg@mysql.com authored
into mysql.com:/home/mysql-4.1-10418
-
- 10 May, 2006 4 commits
-
-
tnurnberg@mysql.com authored
into mysql.com:/home/mysql-5.0-19263
-
kent@mysql.com authored
-
kent@mysql.com authored
Compile in all character sets in Max (bug#14918)
-
ramil@production.mysql.com authored
into production.mysql.com:/usersnfs/rkalimullin/mysql-5.0
-