An error occurred fetching the project authors.
- 27 Nov, 2007 1 commit
-
-
- archive test/result adjusted. - OPTIMIZE/ANALYZE PARTITION EXTENDED test case added.
-
- 26 Nov, 2007 1 commit
-
-
Problems: 1. looking for a matching partition we miss the fact that the maximum allowed value is in the PARTITION p LESS THAN MAXVALUE. 2. one can insert maximum value if numeric maximum value is the last range. (should only work if LESS THAN MAXVALUE). 3. one cannot have both numeric maximum value and MAXVALUE string as ranges (the same value, but different meanings). Fix: consider the maximum value as a supremum.
-
- 15 Nov, 2007 1 commit
-
-
istruewing@stella.local authored
the wrong buffer Post-pushbuild fix Added test case for better coverage.
-
- 12 Nov, 2007 2 commits
-
-
holyfoot/hf@mysql.com/hfmain.(none) authored
Partition handler fails updating tables with partitioning based on timestamp field, as it calculates the timestamp field AFTER it calculates the number of partition of a record. Fixed by adding timestamp_field->set_time() call and disabling such consequent calls
-
holyfoot/hf@mysql.com/hfmain.(none) authored
-
- 10 Nov, 2007 1 commit
-
-
mattiasj@mattiasj-laptop.(none) authored
Problem: there was no standard syntax error when creating partitions with syntax error in the partitioning clause. Solution: added "Syntax error: " to the error message
-
- 31 Oct, 2007 1 commit
-
-
holyfoot/hf@mysql.com/hfmain.(none) authored
The new default database engine for altered table was reassigned to the old one. That's wrong thing by itself, and (as the engine for a subpartition gets that new value) leads to DBUG_ASSERTION in mysql_unpack_partition()
-
- 23 Oct, 2007 1 commit
-
-
mattiasj@mattiasj-laptop.(none) authored
causes the Server to crash. Accessing partitioned table with an apostrophe in partition options like DATA DIRECTORY, INDEX DIRECTORY or COMMENT causes server crash. Partition options were saved in .frm file without escaping. When accessing such table it is not possible to properly restore partition information. Crashed because there was no check for partition info parser failure. Fixed by escaping quoted text in the partition info when writing it to the frm-file and added a check that it was able to parse the partition info before using it NOTE: If the comment is written by an earlier version of the server, the corrupted frm-file is not fixed, but left corrupted, you have to manually drop the table and recreate it.
-
- 22 Oct, 2007 1 commit
-
-
mleich@four.local.lan authored
- Fix for Bug#28827 Partition test needs archive engine Bug#26669 Two tests on partition fail while blackhole engine is missing Solution: Move ARCHIVE and BLACKHOLE sub test cases to their own main test. - The two bugs above + the fact that CSV could be also sometimes not available --> Move also CSV sub tests out. - Minor cleanups - Replace error numbers with error names - fix typos, wrong comments - remove redundant sub test cases - add missing drop database - SET GLOBAL general_log = default is wrong, = 1 is correct
-
- 17 Oct, 2007 1 commit
-
-
mattiasj@mattiasj-laptop.(none) authored
table to partitioned Problem: Crashed because usage of an uninitialised mutex when auto_incrementing a partitioned temporary table Fix: Only locking (using the mutex) if not temporary table.
-
- 09 Oct, 2007 1 commit
-
-
Problem: creating a partitioned table during name resolution for the partition function we search for column names in all parts of the CREATE TABLE query. It is superfluous (and wrong) sometimes. Fix: launch name resolution for the partition function against the table we're creating.
-
- 04 Oct, 2007 1 commit
-
-
mattiasj@mattiasj-laptop.(none) authored
Two cases in ha_partition::extra() was missing (HA_EXTRA_DELETE_CANNOT_BATCH and HA_EXTRA_UPDATE_CANNOT_BATCH) which only is currently used by NDB (which not uses ha_partition)
-
- 02 Jul, 2007 1 commit
-
-
mikael@dator6.(none) authored
-
- 08 Jun, 2007 1 commit
-
-
gkodinov/kgeorge@magare.gmz authored
when logging is enabled. Currently the partition engine doesn't allow log tables to be partitioned. But this was not checked and the server crashed. Fixed by adding a check in ALTER TABLE to disable partitioning the log tables. While working on the cause of the problem improved the way the log thread structures are initialized before opening the log tables.
-
- 07 Jun, 2007 1 commit
-
-
Problem: getting an autoincrement value for a partition table in the ::info() method we call the get_auto_increment() for all partitions. That may cause a problem for at least MyISAM tables that rely on some table state (in this particular case table->naxt_nuber_field is set to 0 in the mysql_insert() and we get a crash). Moreover, calling get_auto_increment() is superfluous there. Fix: use ::info(HA_STATUS_AUTO) calls to get autoincrement values for partitions instead of get_auto_increment() ones in the ha_partition::info().
-
- 04 Jun, 2007 1 commit
-
-
gkodinov/kgeorge@macbook.gmz authored
While executing ALTER TABLE ... PARTITION the server uses a temporary "shadow" table to create the updated table. This shadow table then gets renamed as the original table. The shadow table was not prefixed with the special prefix that marks temporary tables so it was picked up by SHOW TABLE STATUS. Fixed by isolating the code to create the shadow table name in a separate function and prefixing the shadow table name with the special prefix to exclude it from the list of user tables. See bug 18775 and WL1324 for details.
-
- 06 May, 2007 1 commit
-
-
holyfoot/hf@mysql.com/hfmain.(none) authored
the Item_neg changes INT_RESULT with DECIMAL_RESULT when it gets this border value, what is not necessary.
-
- 23 Apr, 2007 1 commit
-
-
iggy@recycle.(none) authored
- The function build_table_filename() builds up a string unconditionally using the forward slash as a path separator. Later, when the string is searched for FN_LIBCHAR by the set_up_table_before_create() function, a null pointer is returned that is finally used by strlen in the append_file_to_dir() function which causes the crash.
-
- 19 Apr, 2007 1 commit
-
-
holyfoot/hf@mysql.com/hfmain.(none) authored
record in table) key_restore function didn't work as intended in the case of VARCHAR or BLOB fields, stored the restored key in field->ptr instead of to_record. That produced the wrong key so search returned wrong result
-
- 29 Mar, 2007 1 commit
-
-
holyfoot/hf@mysql.com/hfmain.(none) authored
additional patch to fix SHOW CREATE behaviour
-
- 27 Mar, 2007 1 commit
-
-
holyfoot/hf@mysql.com/hfmain.(none) authored
creation of the partitioned table could fail as we created Item-s for it's list function in thd->mem_root, and then do Item->fix_fields in the context of other table->mem_root (so that memory alloced there was alloced in this table->mem_root). As we freed the table->mem_root before we do thd->free_items, our Item-s had pointers to the freed memory, that caused the crash
-
- 10 Mar, 2007 1 commit
-
-
holyfoot/hf@mysql.com/hfmain.(none) authored
partitioned tables" We have to ignore 'data directory' and 'index directory' parameters if NO_DIR_IN_CREATE set.
-
- 12 Jan, 2007 1 commit
-
-
holyfoot/hf@mysql.com/deer.(none) authored
Subselect's engine checks table->status field to determine if the record was properly found when we use keyread upon the table. Partition engine checks all the partitions for given key before return. So if matching record was found in the first partition and no matching records were found in the second, we have table->status == NOT_FOUND after the function, what makes subselects to skip matching records. The patch adds table->status= 0 if we actually found something.
-
- 18 Dec, 2006 1 commit
-
-
holyfoot/hf@mysql.com/deer.(none) authored
when REORGANIZE creates new partition, no_subparts for that partition isn't set right (call handler::set_partitions_defaults always returns 1) Normally the number of subpartitions should be inherited from the table.
-
- 05 Oct, 2006 1 commit
-
-
msvensson@neptunus.(none) authored
-
- 01 Oct, 2006 1 commit
-
-
brian@zim.(none) authored
-
- 29 Sep, 2006 1 commit
-
-
cmiller@zippy.cornsilk.net authored
-
- 26 Sep, 2006 1 commit
-
-
mikael/pappa@dator5.(none) authored
fairly complex bug
-
- 08 Sep, 2006 1 commit
-
-
mikael/pappa@dator5.(none) authored
-
- 31 Aug, 2006 1 commit
-
-
gluh@mysql.com/gluh.(none) authored
fixed error message
-
- 22 Aug, 2006 1 commit
-
-
mikael/pappa@dator5.(none) authored
BUG#21658: Crash when creating table with item in prepared statement that allocates memory in fix_fields We need to use an arena to indicate we are preparing a statement when loading partition function and parsing it as part of an open table.
-
- 16 Aug, 2006 1 commit
-
-
- 08 Aug, 2006 2 commits
-
-
mikael/pappa@dator5.(none) authored
Review fixes
-
mikael/pappa@dator5.(none) authored
Don't use get_auto_increment on tables without auto_increment fields
-
- 07 Aug, 2006 2 commits
-
-
mikael/pappa@dator5.(none) authored
-
mikael/pappa@dator5.(none) authored
set_up_table_before_create can fail due to erroneus path to data directory or index directory Added abort handling to ensure created partitions are dropped if a failure occurs in the middle of the create process.
-
- 05 Aug, 2006 1 commit
-
-
mikael/pappa@dator5.(none) authored
Caused by missing check for end of partitions in prune range check
-
- 31 Jul, 2006 1 commit
-
-
mikael/pappa@dator5.(none) authored
-
- 17 Jul, 2006 1 commit
-
-
mikael/pappa@dator5.(none) authored
-
- 15 Jul, 2006 1 commit
-
-
mikael/pappa@dator5.(none) authored
-