@@ -73,7 +73,8 @@ <h2><a id="parser" name="parser"></a> <a
73
73
optimizer and executor.</ p >
74
74
75
75
< h2 > < a id ="rewrite " name ="rewrite "> </ a > < a
76
- href ="../../backend/rewrite "> rewrite</ a > - rule and views support</ h2 >
76
+ href ="../../backend/rewrite "> rewrite</ a > - rule and views
77
+ support</ h2 >
77
78
78
79
< h2 > < a id ="optimizer " name ="optimizer "> </ a > < a
79
80
href ="../../backend/optimizer "> optimizer</ a > - creates path and
@@ -160,28 +161,28 @@ <h2><a id="storage" name="storage"></a> <a
160
161
161
162
< p > These allow uniform resource access by the backend.< br />
162
163
< br />
163
- < a id ="storage_buffer " name ="storage_buffer "> </ a > < a
164
+ < a id ="storage_buffer " name ="storage_buffer "> </ a > < a
164
165
href ="../../backend/storage/buffer "> storage/buffer</ a > - shared
165
166
buffer pool manager< br />
166
- < a id ="storage_file " name ="storage_file "> </ a > < a
167
+ < a id ="storage_file " name ="storage_file "> </ a > < a
167
168
href ="../../backend/storage/file "> storage/file</ a > - file
168
169
manager< br />
169
- < a id ="storage_file " name ="storage_freespace "> </ a > < a
170
+ < a id ="storage_freespace " name ="storage_freespace "> </ a > < a
170
171
href ="../../backend/storage/freespace "> storage/freespace</ a > - free
171
172
space map< br />
172
- < a id ="storage_ipc " name ="storage_ipc "> </ a > < a
173
+ < a id ="storage_ipc " name ="storage_ipc "> </ a > < a
173
174
href ="../../backend/storage/ipc "> storage/ipc</ a > - semaphores and
174
175
shared memory< br />
175
- < a id ="storage_large_object " name ="storage_large_object "> </ a > < a
176
+ < a id ="storage_large_object " name ="storage_large_object "> </ a > < a
176
177
href ="../../backend/storage/large_object "> storage/large_object</ a >
177
178
- large objects< br />
178
- < a id ="storage_lmgr " name ="storage_lmgr "> </ a > < a
179
+ < a id ="storage_lmgr " name ="storage_lmgr "> </ a > < a
179
180
href ="../../backend/storage/lmgr "> storage/lmgr</ a > - lock
180
181
manager< br />
181
- < a id ="storage_page " name ="storage_page "> </ a > < a
182
+ < a id ="storage_page " name ="storage_page "> </ a > < a
182
183
href ="../../backend/storage/page "> storage/page</ a > - page
183
184
manager< br />
184
- < a id ="storage_smgr " name ="storage_smgr "> </ a > < a
185
+ < a id ="storage_smgr " name ="storage_smgr "> </ a > < a
185
186
href ="../../backend/storage/smgr "> storage/smgr</ a > - storage/disk
186
187
manager< br />
187
188
< br />
@@ -194,27 +195,27 @@ <h2><a id="access" name="access"></a> <a
194
195
< p > These control the way data is accessed in heap, indexes, and
195
196
transactions.< br />
196
197
< br />
197
- < a id ="access_common " name ="access_common "> </ a > < a
198
+ < a id ="access_common " name ="access_common "> </ a > < a
198
199
href ="../../backend/access/common "> access/common</ a > - common
199
200
access routines< br />
200
- < a id ="access_gist " name ="access_gist "> </ a > < a
201
+ < a id ="access_gist " name ="access_gist "> </ a > < a
201
202
href ="../../backend/access/gist "> access/gist</ a > - easy-to-define
202
203
access method system< br />
203
- < a id ="access_hash " name ="access_hash "> </ a > < a
204
+ < a id ="access_hash " name ="access_hash "> </ a > < a
204
205
href ="../../backend/access/hash "> access/hash</ a > - hash< br />
205
- < a id ="access_heap " name ="access_heap "> </ a > < a
206
+ < a id ="access_heap " name ="access_heap "> </ a > < a
206
207
href ="../../backend/access/heap "> access/heap</ a > - heap is use to
207
208
store data rows< br />
208
- < a id ="access_index " name ="access_index "> </ a > < a
209
+ < a id ="access_index " name ="access_index "> </ a > < a
209
210
href ="../../backend/access/index "> access/index</ a > - used by all
210
211
index types< br />
211
- < a id ="access_nbtree " name ="access_nbtree "> </ a > < a
212
+ < a id ="access_nbtree " name ="access_nbtree "> </ a > < a
212
213
href ="../../backend/access/nbtree "> access/nbtree</ a > - Lehman and
213
214
Yao's btree management algorithm< br />
214
- < a id ="access_rtree " name ="access_rtree "> </ a > < a
215
+ < a id ="access_rtree " name ="access_rtree "> </ a > < a
215
216
href ="../../backend/access/rtree "> access/rtree</ a > - used for
216
217
indexing of 2-dimensional data< br />
217
- < a id ="access_transam " name ="access_transam "> </ a > < a
218
+ < a id ="access_transam " name ="access_transam "> </ a > < a
218
219
href ="../../backend/access/transam "> access/transam</ a > -
219
220
transaction manager (BEGIN/ABORT/COMMIT)< br />
220
221
< br />
@@ -230,7 +231,7 @@ <h2><a id="nodes" name="nodes"></a> <a
230
231
usually placed in < i > Lists.</ i > A < i > List</ i > is container with an
231
232
< i > elem</ i > element, and a < i > next</ i > field that points to the
232
233
next < i > List.</ i > These < i > List</ i > structures are chained together
233
- in a forward linked list. In this way, a chain of < i > List</ i > s can
234
+ in a forward linked list. In this way, a chain of < i > List</ i > s can
234
235
contain an unlimited number of < i > Node</ i > elements, and each
235
236
< i > Node</ i > can contain any data type. These are used extensively
236
237
in the parser, optimizer, and executor to store requests and
@@ -283,9 +284,9 @@ <h3><a id="utils_init" name="utils_init"></a> <a
283
284
href ="../../backend/utils/init "> utils/init</ a > - various
284
285
initialization stuff</ h3 >
285
286
286
- < h3 > < a id ="utils_misc " name ="utils_mb "> </ a > < a
287
- href ="../../backend/utils/mb "> utils/mb</ a > - single and
288
- multibyte encoding</ h3 >
287
+ < h3 > < a id ="utils_mb " name ="utils_mb "> </ a > < a
288
+ href ="../../backend/utils/mb "> utils/mb</ a > - single and multibyte
289
+ encoding</ h3 >
289
290
290
291
< h3 > < a id ="utils_misc " name ="utils_misc "> </ a > < a
291
292
href ="../../backend/utils/misc "> utils/misc</ a > - miscellaneous
@@ -300,7 +301,7 @@ <h3><a id="utils_mmgr" name="utils_mmgr"></a> <a
300
301
or persistent/global. By doing this, the backend can easily free
301
302
memory once a statement or transaction completes.</ p >
302
303
303
- < h3 > < a id ="utils_mmgr " name ="utils_resowner "> </ a > < a
304
+ < h3 > < a id ="utils_resowner " name ="utils_resowner "> </ a > < a
304
305
href ="../../backend/utils/resowner "> utils/resowner</ a > - resource
305
306
owner tracking</ h3 >
306
307
@@ -337,15 +338,16 @@ <h2><a id="regex" name="regex"></a> <a
337
338
< p > This is used for regular expression handling in the backend,
338
339
i.e. '~'.</ p >
339
340
340
- < h2 > < a id ="rewrite " name ="port "> </ a > < a
341
+ < h2 > < a id ="port " name ="port "> </ a > < a
341
342
href ="../../backend/port "> port</ a > - compatibility routines</ h2 >
342
343
343
344
< br />
345
+
344
346
< hr />
345
- < small > Maintainer: Bruce Momjian (< a
346
- href ="mailto:pgman@candle.pha.pa.us "> pgman@candle.pha.pa.us</ a > ) < br />
347
-
348
- Last updated: Fri May 6 14:22:27 EDT 2005</ small >
347
+ < small > Maintainer: Bruce Momjian ( < a
348
+ href ="mailto:pgman@candle.pha.pa.us "> pgman@candle.pha.pa.us</ a >
349
+ ) < br />
350
+ Last updated: Fri May 6 14:22:27 EDT 2005</ small >
349
351
</ body >
350
352
</ html >
351
353
0 commit comments