kPreferIndexed
Ruslan Zasukhin
sunshine at public.kherson.ua
Mon Nov 21 20:56:51 CST 2005
On 11/21/05 8:16 PM, "Ed Kleban" <Ed at Kleban.com> wrote:
>>> My understanding from reading the V4RB reference manual, is that if you
>>> disable Indexing for a field, and then later perform a search such as
>>> FindSingle on that field with kPreferIndexed, then at that time V4RB will
>>> first create an index for that field as if you had enabled isIndexed=true,
>>> and that the index will then be retained and updated as additional records
>>> are added until you subsequently changed to isIndexed=false.
>>>
>>> So then, if I remove an index then it will be recreated automatically the
>>> next time I do a search that needs it.
>>>
>>> Is all of this correct?
>>
>> No.
>>
>> At least for now logic of engine is:
>>
>>
>> if( mpFldStorage->get_IndexFile() && inSearchPref == kPreferIndexed )
>> {
>> // we do indexed search
>> }
>> else // we scan the whole table.
>> {
>> }
>>
>>
>> So you can use this option to AVOID search by index.
>> This can be useful, if you already have small set of records to iterate.
>> You could get this set from searches by prev fields.
>
> Ah, I see. So you can avoid the search by index, but the table won't get
> indexed until or unless you explicitly set fIndexed = true. Ok, got it.
Right,
Your idea that it can self create index is also interesting ...
We will keep it in mind
--
Best regards,
Ruslan Zasukhin
VP Engineering and New Technology
Paradigma Software, Inc
Valentina - Joining Worlds of Information
http://www.paradigmasoft.com
[I feel the need: the need for speed]
More information about the Valentina
mailing list