← Back to branch summary

~drizzle-trunk/drizzle/development

« back to all changes in this revision

Viewing changes to docs/locks.rst

  • Committer: Prafulla Tekawade
  • Date: 2010-07-18 03:36:32 UTC
  • mto: (1662.1.4 rollup)
  • mto: This revision was merged to the branch mainline in revision 1664.
  • Revision ID: prafulla_t@users.sourceforge.net-20100718033632-p7q6qtgliqbhe38p
Fix for Bug 592444

There were two problems:
o. In greedy_search optimizer method, best_extension_by_limited search
   maintains join embedding(nestedness) of tables added so far, so that 
   correct(valid)  join order is selected
   These are requirements from nested outer join executioner.
   The problem was, embedding_map was not correctly updated when a table 
   is added to optimal plan outside best_extension_by_limited search, 
   by greedy_search method. We need to update join->cur_embedding_map
   correctly here so that execution plan for other tables get
   generated.
   Invoked checked_interleaving_with_nj from greedy_search on the
   best_table selected. Fixed its prototype to take only one JoinTab
   This is same as mysql 5.1 source tree.
o. The other problem was, join->cur_embedding_map was not restored correctly
   when a table is added to the optimal plan to reflect the current embedding 
   map. 
   Taken good documented method restore_prev_nj_state which restores 
   cur_embedding_map from mysql 5.1 source tree and modified it for drizzled 
   code.

Show diffs side-by-side

added added

removed removed

Lines of Context:
docs/locks.rst
1
 
User Defined Locks
2
 
===================
3
 
 
4
 
A user can create a "lock" which is scoped to their user space. Multiple
5
 
session of the user can see the lock.
6
 
 
7
 
SELECT GET_LOCK();
8
 
 
9
 
SELECT GET_LOCKS();
10
 
 
11
 
SELECT RELEASE_LOCK();
12
 
 
13
 
SELECT RELEASE_LOCK();
14
 
 
15
 
SELECT RELEASE_LOCKS();
16
 
 
17
 
SELECT is_free_lock();
18
 
 
19
 
SELECT is_used_lock();
20
 
 
21
 
SELECT wait_for_lock();
22
 
 
23
 
SELECT release_lock_and_wait();
24
 
 
25
 
If a session should exit, whatever locks it was holding will be deleted.
26
 
 
27
 
Please note, get_lock() was designed to be compatible with MySQL. If you
28
 
hold any locks when calling get_lock() they will be released. For this
29
 
reason you may want to consider calling get_locks() instead.
30
 
 
31
 
release_lock_and_wait() released the named lock, and then waits for another
32
 
session to try to obtain ownership. If it does not own the lock, it returns
33
 
with a zero.
34
 
 
35
 
Information on all barriers can be found in the DATA_DICTIONARY.USER_LOCKS
36
 
table;