An error occurred fetching the project authors.
  1. 02 Oct, 2007 1 commit
  2. 24 Apr, 2007 1 commit
  3. 23 Apr, 2007 1 commit
  4. 04 Apr, 2007 1 commit
    • mskold/marty@mysql.com/linux.site's avatar
      Bug #26242 UPDATE with subquery and triggers failing with cluster tables · 625a2629
      mskold/marty@mysql.com/linux.site authored
      In certain cases AFTER UPDATE/DELETE triggers on NDB tables that referenced
      subject table didn't see the results of operation which caused invocation
      of those triggers. In other words AFTER trigger invoked as result of update
      (or deletion) of particular row saw version of this row before update (or
      deletion).
      
      The problem occured because NDB handler in those cases postponed actual
      update/delete operations to be able to perform them later as one batch.
      
      This fix solves the problem by disabling this optimization for particular
      operation if subject table has AFTER trigger for this operation defined.
      To achieve this we introduce two new flags for handler::extra() method:
      HA_EXTRA_DELETE_CANNOT_BATCH and HA_EXTRA_UPDATE_CANNOT_BATCH.
      These are called if there exists AFTER DELETE/UPDATE triggers during a
      statement that potentially can generate calls to delete_row()/update_row().
      This includes multi_delete/multi_update statements as well as insert statements
      that do delete/update as part of an ON DUPLICATE statement.
      625a2629
  5. 22 Mar, 2007 1 commit
  6. 12 Mar, 2007 1 commit
  7. 07 Feb, 2007 1 commit
  8. 06 Feb, 2007 1 commit
  9. 23 Dec, 2006 1 commit
  10. 30 Nov, 2006 1 commit
  11. 07 Nov, 2006 1 commit
  12. 23 Oct, 2006 1 commit
  13. 18 Sep, 2006 1 commit
  14. 15 Sep, 2006 1 commit
  15. 05 Sep, 2006 1 commit
  16. 15 Aug, 2006 2 commits
  17. 10 Aug, 2006 1 commit
  18. 21 Jun, 2006 1 commit
  19. 08 Jun, 2006 1 commit
  20. 23 Mar, 2006 1 commit
  21. 10 Feb, 2006 1 commit
  22. 07 Feb, 2006 1 commit
  23. 03 Oct, 2005 1 commit
    • brian@zim.(none)'s avatar
      Next big patch for loadable storage engines! · 54a95899
      brian@zim.(none) authored
      Handlerton array is now created instead of using sys_table_types_st. All storage engines can now have inits and giant ifdef's are now gone for startup. No compeltely clean yet, handlertons will next be merged with sys_table_types. Federated and archive now have real cleanup if their inits fail. 
      54a95899
  24. 30 Sep, 2005 1 commit
    • serg@serg.mylan's avatar
      Bug#11238 · bef3c587
      serg@serg.mylan authored
      "SELECT ... FOR UPDATE executed as consistent read inside LOCK TABLES"
      Do not discard lock_type information as handler::start_stmt() may require knowledge.
      (fixed by Antony)
      bef3c587
  25. 19 Sep, 2005 1 commit
  26. 01 Aug, 2005 1 commit
  27. 29 Jul, 2005 1 commit
  28. 06 Jul, 2005 1 commit
  29. 29 Jun, 2005 1 commit
  30. 08 Jun, 2005 1 commit
    • msvensson@neptunus.(none)'s avatar
      BUG#10365 Cluster handler uses non-standard error codes · 8771c732
      msvensson@neptunus.(none) authored
       - Added better error messages when trying to open a table that can't be discovered or unpacked. The most likely cause of this is that it does not have any frm data, probably since it has been created from NdbApi or is a NDB system table.
       - Separated functionality that was in ha_create_table_from_engine into two functions. One that checks if the table exists and another one that tries to create the table from the engine.
      8771c732
  31. 18 May, 2005 1 commit
  32. 04 May, 2005 1 commit
  33. 27 Apr, 2005 1 commit
  34. 22 Apr, 2005 1 commit
  35. 22 Mar, 2005 1 commit
  36. 15 Mar, 2005 1 commit
    • msvensson@neptunus.(none)'s avatar
      WL#2269 Enable query cache for NDB part 2 · 2bdd710d
      msvensson@neptunus.(none) authored
      -This is mostly fixes for correct behaviour when using query cache + transactions + the thread that
      fetches commit count from NDB at regular intervals. The major fix is to add a
      list in thd_ndb, that keeps a list of NDB_SHARE's that were modified by
      transaction and then "clearing" them in ndbcluster_commit.
      2bdd710d
  37. 07 Mar, 2005 2 commits
  38. 28 Feb, 2005 1 commit