My Data.fs is growing by an average 200K each time I add an object to my application. Please note that I have added the code to cause a reindexing of the Catalog after such an object is added. I have narrowed this size increase down to being a result of calling the reindex_object() method in order to update my Catalog with the change. My question is if this is a side effect of having my classes be CatalogAware. I have a full text index that is rather lengthy. It handles the container object and all subobjects (possibly 200+ 'data element' objects). Once I removed my full text index, the size decreased to about 27K per operation. If my problem is a side effect of using a full text index or the ZCatalog, what alternative can I explore? I MUST be able to provide a search capability on the entire text, but I can't afford a 200K increase for each little change. I have to be able to handle 2K+ of these operations daily. Thanks in advance, Stacy __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com
On Monday 30 June 2003 16:59, Stacy Roberts wrote:
what alternative can I explore?
Have a look at QueuedCatalog, if you can afford to have your full text index out of date by a few minutes. -- Toby Dickenson http://www.geminidataloggers.com/people/tdickenson
Stacy Roberts wrote at 2003-6-30 08:59 -0700:
My Data.fs is growing by an average 200K each time I add an object to my application. .... I have a full text index that is rather lengthy. It handles the container object and all subobjects (possibly 200+ 'data element' objects). Once I removed my full text index, the size decreased to about 27K per operation.
You should be aware that full text indexes are always expensive in terms of space and time. A full text index may well require several times the space of your original text. However, in your case, the factor seems to be about 8 which is astonishing high. You may have luck in looking for a text index with less features (e.g. without ranking). Having less features may reduce space requirements. Dieter
participants (3)
-
Dieter Maurer -
Stacy Roberts -
Toby Dickenson