1. 14 Sep, 2007 9 commits
    • unknown's avatar
      Fix compile failure on windows · 7db9d034
      unknown authored
      7db9d034
    • unknown's avatar
      Merge mysql.com:/home/psergey/mysql-5.0-bug30324 · 30ff3827
      unknown authored
      into  mysql.com:/home/psergey/mysql-5.1-bug27927
      
      
      mysql-test/r/type_bit.result:
        Auto merged
      mysql-test/t/type_bit.test:
        Auto merged
      sql/item_sum.cc:
        Auto merged
      30ff3827
    • unknown's avatar
      Merge spetrunia@bk-internal.mysql.com:/home/bk/mysql-5.0-opt · 02c8e132
      unknown authored
      into  mysql.com:/home/psergey/mysql-5.0-bug30324
      
      02c8e132
    • unknown's avatar
      BUG#30324: Grouping queries with COUNT(DISTINCT bit column) return wrong results · e6026e22
      unknown authored
      - The bug was caused by COUNT(DISTINCT ...) code using Unique object in 
        a way that assumed that BIT(N) column occupies a contiguous space in
        temp_table->record[0] buffer. 
      - The fix is to make COUNT(DISTINCT ...) code instruct create_tmp_table to
        create temporary table with column of type BIGINT, not BIT(N).
      
      
      mysql-test/r/type_bit.result:
        BUG#30324: Grouping queries with COUNT(DISTINCT bit column) return wrong results
        - Testcase
      mysql-test/t/type_bit.test:
        BUG#30324: Grouping queries with COUNT(DISTINCT bit column) return wrong results
        - Testcase
      sql/item_sum.cc:
        BUG#30324: Grouping queries with COUNT(DISTINCT bit column) return wrong results
        - Make COUNT(DISTINCT ...) code instruct create_tmp_table to create 
          temporary table with BIGINT, not BIT(N) column.
      e6026e22
    • unknown's avatar
      Merge spetrunia@bk-internal.mysql.com:/home/bk/mysql-5.1-opt · 2a4b19e4
      unknown authored
      into  mysql.com:/home/psergey/mysql-5.1-bug27927
      
      
      mysql-test/r/partition_pruning.result:
        Auto merged
      2a4b19e4
    • unknown's avatar
      BUG#27927:Partition pruning not optimal with TO_DAYS and YEAR functions · 9b7696ad
      unknown authored
      - Introduced val_int_endpoint() function which converts between func 
        argument intervals and func value intervals for monotonic functions.
      - Made partition interval analyzer use part_expr->val_int_endpoint()
        to check if the edge values should be included.
      
      
      mysql-test/r/partition_pruning.result:
        BUG#27927: Partition pruning not optimal with TO_DAYS and YEAR functions
        - Testcase
      mysql-test/t/partition_pruning.test:
        BUG#27927: Partition pruning not optimal with TO_DAYS and YEAR functions
        - Testcase
      sql/item.cc:
        BUG#27927: Partition pruning not optimal with TO_DAYS and YEAR functions
        - Added Item_field::val_int_endpoint() implementation
      sql/item.h:
        BUG#27927: Partition pruning not optimal with TO_DAYS and YEAR functions
        - Added Item::val_int_endpoint() which converts intervals from argument
          space to function value space for unary monotonic functions.
      sql/item_timefunc.cc:
        BUG#27927: Partition pruning not optimal with TO_DAYS and YEAR functions
        - Added val_int_endpoint() for TO_DAYS and YEAR functions.
      sql/item_timefunc.h:
        BUG#27927: Partition pruning not optimal with TO_DAYS and YEAR functions
        - Added val_int_endpoint() for TO_DAYS and YEAR functions.
      sql/partition_info.h:
        BUG#27927: Partition pruning not optimal with TO_DAYS and YEAR functions
        - Removed partition_info::range_analysis_include_bounds as it is no longer 
          needed.
      sql/sql_partition.cc:
        BUG#27927: Partition pruning not optimal with TO_DAYS and YEAR functions
        - Make partition interval analyzer use part_expr->val_int_endpoint() to 
          check if the edge values should be included.
      9b7696ad
    • unknown's avatar
      Merge gleb.loc:/home/uchum/work/bk/5.0-opt · 0df352fc
      unknown authored
      into  gleb.loc:/home/uchum/work/bk/5.1-opt
      
      0df352fc
    • unknown's avatar
      Merge gleb.loc:/home/uchum/work/bk/5.1 · 62ea3ba5
      unknown authored
      into  gleb.loc:/home/uchum/work/bk/5.1-opt
      
      62ea3ba5
    • unknown's avatar
      Merge gleb.loc:/home/uchum/work/bk/5.0 · 2a089503
      unknown authored
      into  gleb.loc:/home/uchum/work/bk/5.0-opt
      
      2a089503
  2. 13 Sep, 2007 6 commits
  3. 12 Sep, 2007 5 commits
  4. 11 Sep, 2007 2 commits
  5. 10 Sep, 2007 4 commits
  6. 07 Sep, 2007 1 commit
    • unknown's avatar
      Bug #28430 Failure in replication of innodb partitioned tables on row/mixed format. · e29a38be
      unknown authored
      In the ha_partition::position() we don't calculate the number
      of the partition of the record, but use m_last_part value instead,
      relying on that it's previously set by some other call like ::write_row().
      Delete_rows_log_event::do_exec_row() calls find_and_fetch_row(),
      where we used position() + rnd_pos() call for the InnoDB-based PARTITION-ed
      table as there HA_PRIMARY_KEY_REQUIRED_FOR_POSITION enabled.
      
      fixed by introducing new handler::rnd_pos_by_record() method to be
      used for random record-based positioning
      
      
      sql/ha_partition.cc:
        Bug #28430 Failure in replication of innodb partitioned tables on row/mixed format.
        
        ha_partition::rnd_pos_by_record() implemented
      sql/ha_partition.h:
        Bug #28430 Failure in replication of innodb partitioned tables on row/mixed format.
        
        ha_partition::rnd_pos_by_record() declared
      sql/handler.h:
        Bug #28430 Failure in replication of innodb partitioned tables on row/mixed format.
        
        handler::rnd_pos_by_record() introduced
      sql/log_event.cc:
        Bug #28430 Failure in replication of innodb partitioned tables on row/mixed format.
        
        handler::rnd_pos_by_record used instead of position() + rnd_pos() call
      e29a38be
  7. 06 Sep, 2007 10 commits
    • unknown's avatar
      e8029caf
    • unknown's avatar
      Merge gleb.loc:/home/uchum/work/bk/5.0-opt · a7545434
      unknown authored
      into  gleb.loc:/home/uchum/work/bk/5.1-opt
      
      
      mysql-test/r/sp.result:
        Auto merged
      mysql-test/t/sp.test:
        Auto merged
      a7545434
    • unknown's avatar
      Merge gleb.loc:/home/uchum/work/bk/5.1 · c5d27701
      unknown authored
      into  gleb.loc:/home/uchum/work/bk/5.1-opt
      
      
      mysql-test/r/sp.result:
        Auto merged
      mysql-test/t/sp.test:
        Auto merged
      sql/sql_lex.h:
        Auto merged
      sql/sql_select.cc:
        Auto merged
      sql/sql_view.cc:
        Auto merged
      c5d27701
    • unknown's avatar
      Merge gleb.loc:/home/uchum/work/bk/5.0 · bdef63a8
      unknown authored
      into  gleb.loc:/home/uchum/work/bk/5.0-opt
      
      
      mysql-test/r/sp.result:
        Auto merged
      mysql-test/t/sp.test:
        Auto merged
      bdef63a8
    • unknown's avatar
      sql_parse.cc: · 36a1eda0
      unknown authored
        Post-merge fix.
      
      
      sql/sql_parse.cc:
        Post-merge fix.
      36a1eda0
    • unknown's avatar
      Merge bk-internal.mysql.com:/home/bk/mysql-5.1-runtime · 9d4d5836
      unknown authored
      into  moksha.local:/Users/davi/mysql/push/mysql-5.1-runtime
      
      9d4d5836
    • unknown's avatar
      The test case for bug 28587 doesn't work with the embedded version, · bf3fbcee
      unknown authored
      the first query is not running while we are doing wait queries on
      a second connection.
      
      
      mysql-test/r/insert_notembedded.result:
        Test case result for bug 28587 moved from insert_update.result
      mysql-test/r/insert_update.result:
        Remove test case result for bug 28587, moving to insert_notembedded.result
      mysql-test/t/insert_notembedded.test:
        Test case result for bug 28587, moved from insert_update.test
      mysql-test/t/insert_update.test:
        Remove test case for bug 28587, moving to insert_notembedded.test
      bf3fbcee
    • unknown's avatar
      sp.result: · d0145027
      unknown authored
        Post-merge fix.
      
      
      mysql-test/r/sp.result:
        Post-merge fix.
      d0145027
    • unknown's avatar
      Merge gleb.loc:/home/uchum/work/bk/5.0-opt · 623a3a0d
      unknown authored
      into  gleb.loc:/home/uchum/work/bk/5.1-opt
      
      
      BitKeeper/etc/ignore:
        auto-union
      mysql-test/r/distinct.result:
        Auto merged
      sql/sql_yacc.yy:
        Auto merged
      mysql-test/include/mix1.inc:
        Merge with 5.0-opt.
      mysql-test/r/group_by.result:
        Merge with 5.0-opt.
      mysql-test/r/innodb_mysql.result:
        Merge with 5.0-opt.
      mysql-test/r/sp.result:
        Merge with 5.0-opt.
      mysql-test/t/group_by.test:
        Merge with 5.0-opt.
      mysql-test/t/sp.test:
        Merge with 5.0-opt.
      sql/sql_parse.cc:
        Merge with 5.0-opt.
      sql/sql_select.cc:
        Merge with 5.0-opt.
      sql/sql_view.cc:
        Merge with 5.0-opt.
      623a3a0d
    • unknown's avatar
      Make events.test more robust against timing issues. · ef82d3c4
      unknown authored
      
      mysql-test/t/events.test:
        Wait until event scheduler thread reaches exactly the same state
        which later appears in the results of select from processlist.
      ef82d3c4
  8. 05 Sep, 2007 3 commits