- 30 May, 2006 1 commit
-
-
tnurnberg@mysql.com authored
'show create' works even on views that are short of a base-table (this throw a warning though, like you would expect). Unfortunately, this is not what mysqldump uses; it creates stand-in tables and hence requests 'show fields' on the view which fails with missing base-tables. The --force option prevents the dump from stopping at this point; furthermore this patch dumps a comment showing create for the offending view for better diagnostics. This solution was confirmed by submitter as solving their/clients' problem. Problem might become non-issue once mysqldump no longer creates stand-in tables.
-
- 24 May, 2006 1 commit
-
-
elliot@mysql.com authored
into mysql.com:/home/emurphy/src/bk-clean/mysql-5.0-bug19394
-
- 12 May, 2006 2 commits
-
-
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.
-
- 11 May, 2006 1 commit
-
-
cmiller@zippy.(none) authored
into zippy.(none):/home/cmiller/work/mysql/mysql-5.0-maint
-
- 10 May, 2006 14 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
-
ramil@production.mysql.com authored
into production.mysql.com:/usersnfs/rkalimullin/mysql-5.0
-
cmiller@zippy.(none) authored
into zippy.(none):/home/cmiller/mysql-5.0__bug19564
-
sergefp@mysql.com authored
Re-work best_access_path() and find_best() to reuse E(#rows(range access)) as E(#rows(ref[_or_null](const) access) only when it is appropriate. [This is the final cumulative patch]
-
ramil@mysql.com authored
into mysql.com:/usr/home/ram/work/mysql-5.0
-
cmiller@zippy.(none) authored
into zippy.(none):/home/cmiller/mysql-5.0__bug19564
-
ramil@mysql.com authored
into mysql.com:/usr/home/ram/work/4.1.b18501
-
gkodinov@mysql.com authored
into mysql.com:/home/kgeorge/mysql/5.0/B18068
-
cmiller@zippy.(none) authored
Correct a bug (that I introduced, after using Oracle's database software for too many years) where the length of the database-sent data is incorrectly used to infer NULLness.
-
sergefp@mysql.com authored
into mysql.com:/home/psergey/mysql-5.0-best_access_path_j-push
-
sergefp@mysql.com authored
into mysql.com:/home/psergey/mysql-5.0-best_access_path_j-push
-
- 09 May, 2006 12 commits
-
-
acurtis@xiphis.org authored
into xiphis.org:/home/antony/work2/mysql-5.0-engines-merge
-
acurtis@xiphis.org authored
into xiphis.org:/home/antony/work2/p1-bug10952.1
-
acurtis@xiphis.org authored
"alter table from MyISAM to MERGE lost data without errors and warnings" Add new handlerton flag which prevent user from altering table storage engine to storage engines which would lose data. Both 'blackhole' and 'merge' are marked with the new flag. Tests included.
-
gkodinov@mysql.com authored
When converting DISTINCT to GROUP BY where the columns are from the covering index and they are quoted twice in the SELECT list the optimizer is creating improper processing sequence. This is because of the fact that the columns of the covering index are not recognized as such and treated as non-index columns. Generally speaking duplicate columns can safely be removed from the GROUP BY/DISTINCT list because this will not add or remove new rows in the resulting set. Duplicates can be removed even if they are not consecutive (as is the case for ORDER BY, where the duplicate columns can be removed only if they are consecutive). So we can safely transform "SELECT DISTINCT a,a FROM ... ORDER BY a" to "SELECT a,a FROM ... GROUP BY a ORDER BY a" instead of "SELECT a,a FROM .. GROUP BY a,a ORDER BY a". We can even transform "SELECT DISTINCT a,b,a FROM ... ORDER BY a,b" to "SELECT a,b,a FROM ... GROUP BY a,b ORDER BY a,b". The fix to this bug consists of checking for duplicate columns in the SELECT list when constructing the GROUP BY list in transforming DISTINCT to GROUP BY and skipping the ones that are already in.
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0-maint
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0-maint
-
mskold@mysql.com authored
into mysql.com:/home/marty/MySQL/mysql-5.0
-
mskold@mysql.com authored
into mysql.com:/home/marty/MySQL/mysql-5.0
-
mskold@mysql.com authored
-
msvensson@neptunus.(none) authored
- Add a check to see if the .mysql_history file a symlink to /dev/null and in such case, skip reading and writing to it.
-
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-maint
-
- 08 May, 2006 6 commits
-
-
kent@mysql.com authored
No commit message
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-5.0-new
-
msvensson@neptunus.(none) authored
Add function 'vio_end' that will cleanup resources allocated by vio and the components it uses.
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0-maint
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0-maint
-
tnurnberg@mysql.com authored
save global server variables before fiddling with them and restore them later
-
- 07 May, 2006 3 commits
-
-
igor@rurik.mysql.com authored
into rurik.mysql.com:/home/igor/mysql-5.0
-
igor@rurik.mysql.com authored
-
igor@rurik.mysql.com authored
into rurik.mysql.com:/home/igor/dev/mysql-5.0-0
-