1. 10 Jul, 2007 1 commit
    • svoj@mysql.com/june.mysql.com's avatar
      BUG#29445 - match ... against () never returns · 31c8efc8
      svoj@mysql.com/june.mysql.com authored
      Part 1:
      Do not perform index search for a plus-word with truncation operator
      in case there are other plus-words in expression.
      
      Specifically this optimization was enforced for expression like
      "+word1 +word2*", but wasn't enforced for expression like
      "+word1 word2*".
      31c8efc8
  2. 09 Jul, 2007 1 commit
  3. 07 Jul, 2007 4 commits
  4. 06 Jul, 2007 12 commits
  5. 05 Jul, 2007 7 commits
  6. 04 Jul, 2007 1 commit
    • istruewing@chilla.local's avatar
      Bug#26827 - table->read_set is set incorrectly, · dc82068c
      istruewing@chilla.local authored
                causing update of a different column
      
      For efficiency some storage engines do not read a complete record
      for update, but only the columns required for selecting the rows.
      
      When updating a row of a partitioned table, modifying a column
      that is part of the partition or subpartition expression, then
      the row may need to move from one [sub]partition to another one.
      This is done by inserting the new row into the target
      [sub]partition and deleting the old row from the originating one.
      For the insert we need a complete record.
      
      If an above mentioned engine was used for a partitioned table, we
      did not have a complete record in update_row(). The implicitly
      executed write_row() got an incomplete record.
      
      This is solved by instructing the engine to read a complete record
      if one of the columns of the partition or subpartiton is to be
      updated.
      
      No testcase. This can be reproduced with Falcon only. The engines
      contained in standard 5.1 do always return complete records on
      update.
      dc82068c
  7. 03 Jul, 2007 8 commits
  8. 02 Jul, 2007 6 commits