1
/* -*- mode: c++; c-basic-offset: 2; indent-tabs-mode: nil; -*-
2
* vim:expandtab:shiftwidth=2:tabstop=2:smarttab:
4
* Copyright (C) 2009 Sun Microsystems, Inc.
6
* This program is free software; you can redistribute it and/or modify
7
* it under the terms of the GNU General Public License as published by
8
* the Free Software Foundation; version 2 of the License.
10
* This program is distributed in the hope that it will be useful,
11
* but WITHOUT ANY WARRANTY; without even the implied warranty of
12
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
13
* GNU General Public License for more details.
15
* You should have received a copy of the GNU General Public License
16
* along with this program; if not, write to the Free Software
17
* Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA
20
#ifndef DRIZZLED_RECORDS_H
21
#define DRIZZLED_RECORDS_H
26
struct ReadRecord { /* Parameter to read_record */
27
Table *table; /* Head-form */
29
Table **forms; /* head and ref forms */
30
int (*read_record)(ReadRecord *);
32
optimizer::SqlSelect *select;
33
uint32_t cache_records;
35
uint32_t struct_length;
37
uint32_t rec_cache_size;
38
uint32_t error_offset;
40
unsigned char *ref_pos; /* pointer to form->refpos */
41
unsigned char *record;
42
unsigned char *rec_buf; /* to read field values after filesort */
46
unsigned char *getCache()
50
unsigned char *cache_pos;
51
unsigned char *cache_end;
52
unsigned char *read_positions;
53
internal::IO_CACHE *io_cache;
55
bool ignore_not_found_rows;
56
JoinTable *do_insideout_scan;
80
ignore_not_found_rows(0),
109
ignore_not_found_rows= 0;
110
do_insideout_scan= 0;
113
virtual ~ReadRecord()
117
init_read_record is used to scan by using a number of different methods.
118
Which method to use is set-up in this call so that later calls to
119
the info->read_record will call the appropriate method using a function
122
There are five methods that relate completely to the sort function
123
filesort. The result of a filesort is retrieved using read_record
124
calls. The other two methods are used for normal table access.
126
The filesort will produce references to the records sorted, these
127
references can be stored in memory or in a temporary cursor.
129
The temporary cursor is normally used when the references doesn't fit into
130
a properly sized memory buffer. For most small queries the references
131
are stored in the memory buffer.
133
The temporary cursor is also used when performing an update where a key is
136
Methods used when ref's are in memory (using rr_from_pointers):
137
rr_unpack_from_buffer:
138
----------------------
139
This method is used when table->sort.addon_field is allocated.
140
This is allocated for most SELECT queries not involving any BLOB's.
141
In this case the records are fetched from a memory buffer.
144
Used when the above is not true, UPDATE, DELETE and so forth and
145
SELECT's involving BLOB's. It is also used when the addon_field
146
buffer is not allocated due to that its size was bigger than the
147
session variable max_length_for_sort_data.
148
In this case the record data is fetched from the handler using the
149
saved reference using the rnd_pos handler call.
151
Methods used when ref's are in a temporary cursor (using rr_from_tempfile)
152
rr_unpack_from_tempfile:
153
------------------------
154
Same as rr_unpack_from_buffer except that references are fetched from
155
temporary cursor. Should obviously not really happen other than in
156
strange configurations.
160
Same as rr_from_pointers except that references are fetched from
161
temporary cursor instead of from
164
This is a special variant of rr_from_tempfile that can be used for
165
handlers that is not using the HA_FAST_KEY_READ table flag. Instead
166
of reading the references one by one from the temporary cursor it reads
167
a set of them, sorts them and reads all of them into a buffer which
168
is then used for a number of subsequent calls to rr_from_cache.
169
It is only used for SELECT queries and a number of other conditions
172
All other accesses use either index access methods (rr_quick) or a full
173
table scan (rr_sequential).
176
rr_quick uses one of the QUICK_SELECT classes in optimizer/range.cc to
177
perform an index scan. There are loads of functionality hidden
178
in these quick classes. It handles all index scans of various kinds.
181
This is the most basic access method of a table using rnd_init,
182
rnd_next and rnd_end. No indexes are used.
184
int init_read_record(Session *session,
186
optimizer::SqlSelect *select,
187
int use_record_cache,
188
bool print_errors) __attribute__ ((warn_unused_result));
190
void end_read_record();
194
Initialize ReadRecord structure to perform full index scan (in forward
195
direction) using read_record.read_record() interface.
197
This function has been added at late stage and is used only by
198
UPDATE/DELETE. Other statements perform index scans using
199
join_read_first/next functions.
201
@param info ReadRecord structure to initialize.
202
@param session Thread handle
203
@param table Table to be accessed
204
@param print_error If true, call table->print_error() if an error
205
occurs (except for end-of-records error)
206
@param idx index to scan
208
int init_read_record_idx(Session *session,
211
uint32_t idx) __attribute__ ((warn_unused_result));
213
void init_reard_record_sequential();
215
bool init_rr_cache();
218
} /* namespace drizzled */
220
#endif /* DRIZZLED_RECORDS_H */