temporary change to test if just doing a memcpy will work for unpacking
a Field_new_decimal
real change is to modify Field_new_decimal, but by checking this in, we can
quickly get regression results
git-svn-id: file:///svn/mysql/tokudb-engine/src@4904 c7de825b-a66e-492c-adef-691d508d4ae1
just unpacking key has problems when the key is a substring of a column. MySQL still reports that it is a covering index, must back out previous change
git-svn-id: file:///svn/mysql/tokudb-engine/src@4782 c7de825b-a66e-492c-adef-691d508d4ae1
dont unpack entire row when primary key is used as covering index
git-svn-id: file:///svn/mysql/tokudb-engine/src@4770 c7de825b-a66e-492c-adef-691d508d4ae1
back out change for 4591, need more testing before it can go in
reopening ticket
git-svn-id: file:///svn/mysql/tokudb-engine/src@4634 c7de825b-a66e-492c-adef-691d508d4ae1
fix buffer overwrite error. Bug has been around, but just recently exposed
by checkin 4590
git-svn-id: file:///svn/mysql/tokudb-engine/src@4616 c7de825b-a66e-492c-adef-691d508d4ae1
implement read_time to take into account that the primary_key is clustered
git-svn-id: file:///svn/mysql/tokudb-engine/src@4595 c7de825b-a66e-492c-adef-691d508d4ae1
pre_acquire table locks from lock tree when mysql is doing a lock table
git-svn-id: file:///svn/mysql/tokudb-engine/src@4591 c7de825b-a66e-492c-adef-691d508d4ae1
rename lock_grabbed to range_lock_grabbed to help distinguish from
cases where table lock is grabbed
git-svn-id: file:///svn/mysql/tokudb-engine/src@4589 c7de825b-a66e-492c-adef-691d508d4ae1
fix index_prev in case we don't have lock
it was a typo before
git-svn-id: file:///svn/mysql/tokudb-engine/src@4516 c7de825b-a66e-492c-adef-691d508d4ae1
make handlerton not use a cursor that has had a failed operation
this will be useful for lightweight cursors
git-svn-id: file:///svn/mysql/tokudb-engine/src@4455 c7de825b-a66e-492c-adef-691d508d4ae1
slightly restructure some functions to allow handling of lighter weight cursors
git-svn-id: file:///svn/mysql/tokudb-engine/src@4439 c7de825b-a66e-492c-adef-691d508d4ae1
used to disable covering indexes for some keys with strings for wrong reasons
not anymore
git-svn-id: file:///svn/mysql/tokudb-engine/src@4386 c7de825b-a66e-492c-adef-691d508d4ae1
add instances of read_range_first and read_range_next in ha_tokudb
currently just call parent class version
git-svn-id: file:///svn/mysql/tokudb-engine/src@4385 c7de825b-a66e-492c-adef-691d508d4ae1
make add_index faster by making inserts into secondary table all be part
of on transaction
git-svn-id: file:///svn/mysql/tokudb-engine/src@4287 c7de825b-a66e-492c-adef-691d508d4ae1
check to see if keys that are added have same name as existing keys.
if so, gracefully return error
git-svn-id: file:///svn/mysql/tokudb-engine/src@4250 c7de825b-a66e-492c-adef-691d508d4ae1
table->s->max_key_length does not take into account new keys that are being added, and therefore is not suitable as a buffer size
git-svn-id: file:///svn/mysql/tokudb-engine/src@4167 c7de825b-a66e-492c-adef-691d508d4ae1
comment out DB_DBT_DUPOK usage, which fractal tree
does not understand at the moment
git-svn-id: file:///svn/mysql/tokudb-engine/src@3956 c7de825b-a66e-492c-adef-691d508d4ae1
replace bad NULL param with what the param should actually be
git-svn-id: file:///svn/mysql/tokudb-engine/src@3951 c7de825b-a66e-492c-adef-691d508d4ae1
reduce complexity of pack_row and make it independent of whether
we have a hidden primary key
git-svn-id: file:///svn/mysql/tokudb-engine/src@3920 c7de825b-a66e-492c-adef-691d508d4ae1
no longer append hidden primary key at end of data inserted in tokudb table
git-svn-id: file:///svn/mysql/tokudb-engine/src@3900 c7de825b-a66e-492c-adef-691d508d4ae1
