| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
partition if muliple columns used
Problem was that range scanning through the sorted array of
the column list values did not use a correct index calculation.
Fixed by also taking the number of columns in the calculation.
mysql-test/r/partition_column.result:
Bug#52815: LIST COLUMNS doesn't insert rows in correct
partition if muliple columns used
Added test result for bug.
mysql-test/t/partition_column.test:
Bug#52815: LIST COLUMNS doesn't insert rows in correct
partition if muliple columns used
Added test for bug.
sql/sql_partition.cc:
Bug#52815: LIST COLUMNS doesn't insert rows in correct
partition if muliple columns used
list_col_array is a matrix of field values, so one must also
use the number of columns to calculate the correct partition
id.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
on decimal column
The problem was that there was no check to disallow DECIMAL
columns in the code (it was accepted as if it was INTEGER).
Solution was to correctly disallow DECIMAL columns in
COLUMNS partitioning. As documented.
mysql-test/r/partition_column.result:
Bug#51347: assertion with show create table + partition by columns
on decimal column
updated test result
mysql-test/t/partition_column.test:
Bug#51347: assertion with show create table + partition by columns
on decimal column
Added test to verify column types that is not supported
sql/sql_partition.cc:
Bug#51347: assertion with show create table + partition by columns
on decimal column
Moved DECIMAL types to be disallowed as column types in COLUMNS
partitioning
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Recommit of patch:
http://lists.mysql.com/commits/91400
Test case only (code part was pushes as bug-49028)
mysql-test/r/partition_column.result:
Bug#48737: Partitions: search fails with ucs2
added test case
mysql-test/t/partition_column.test:
Bug#48737: Partitions: search fails with ucs2
Added result
|
| |
|
| |
|
|
|
|
| |
collations can use indexes/partition pruning for cases using equality conditions, however it cannot be used for any other condition like <, >, <=, >=, <>, also added test case for verification of BUG#47774 in this patch
|
|
|
|
| |
expressions, also made code reusable for DEFAULT handling to fix BUG#48464 by introducing function get_cs_converted_string_value, added partition_utf8 test case for UTF8 outputs
|
| |
|
|
|
|
| |
now need to have correct constant types
|
|
|
|
| |
file, but as utf8 strings in the same manner as default values in show create table and information schema tables
|
| |
|
|
|
|
| |
result type as the field they are constants for
|
|
|
|
| |
ensure that no stack overruns occur
|
|
|
|
| |
constants, also warnings will not be tolerated
|
|
|
|
| |
part for column list partitioned tables to ensure constants are handled properly according to character sets
|
| |
|
|
|
|
| |
MAXVALUE in VALUES IN
|
|\ |
|
| | |
|
|/
|
|
| |
BY RANGE/LIST COLUMN_LIST, not entirely working yet
|
|
|
|
| |
partitioning and key partitioning, added check to give error in this case
|
|
|
|
| |
store_tuple_to_record
|
|
|
|
| |
for list partitioning in column list partitioning
|
| |
|
|
|
|
| |
not expected to be number of list values, rather a boolea indicating no list values
|
|
partition on most data types, makes it possible to prune on multi-field partitioning
|