HI friends,
I have one table with one column defined as XMLType and 4 other column as number types.
field1 number(1),field2 number(1),field3 number(1),field4 number(1),field5 xmltype
The table is partitioned by range on field1 column. (10 partitions ranging 0-9)
There is primary key on field2 column. A unique index is created on (field1,field3) columns
XMLType column ie field5 is indexed using Oracle Text Manager CONTEXT with PATH_SECTION_GROUP as an additional preference. The DEFAULT_MEMORY_SIZE Changed to 49 MB using Ctx_Adm.SetParameter.
For 100 to 1000 records, its very fast for queries using the contains operator. ie say about .05 seconds or near to that. But after loading about 100,000 records, then its damn slow, say about 30-45 seconds.
I am using the query
SELECT PTX.FIELD5.extract('/TITLE
Even after executing the Optimize Fast function also does not makes any performance gain. My Oracle version is 9.0.1.3. The search engine is developed on Java.
Please guide me to how to build performance in this. I am ready to start the process from the scratch.
Thanks
Jim
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Save solutions to your questions, answers you’ve discovered through searching plus helpful articles in your personal knowledgebase for easy future access.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.
Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
thanks morphman for the response,
so you mean to drop all other indexes and put only functional index will improve the performance. Or should i add this functional index to the current setup.
And one more doubt. Since my xml documents having diferrent root element, how can your indexing strategy can be modified. Should i put similar functional indexes on each of the elements.
You will only need to drop other indexes containing the xmltype column. (if that is all indexes, so be it).
I am not sure whether you can create multiple functional indexes on the same column. If you use several elements, I would certainly try to index each element you wish to query with a separate functional index, but im not sure Oracle will alow it.
You would have to try it.
If you really need more performance out of querying your XML documents, it may be better to store them in a different manner than using XMLType objects.
eg. You could parse all of your xml documents when loading them into a database, and place the elements you wish to query into a separate lookup table which will point directly to the XML document. These standard text columns will then get indexed normally and give the performance you require.
Take a look at
http://asktom.oracle.com/p
Which discusses the benefits of each type of XML storage.
Sorry for the delay.
I did as morphan said, but the performance was same and moreover the maintenance of each functional indexes is bit complicated.
Thankyou for the alternate solution provided. I am trying to store the XMLDocuments using File Store. It seems the performance is much better with less records. But not much as i expected. Anyhow i am trying my level best. From the asktom site, i found out another issue. If the xmldocuments are not stored against a defined schema, then the search will not use the context domain index. I have approached metalink and submitted a TAR. I am waiting for the response.
Anyway morphan i'll surely give points, but i appreciate if this discussion can go further in deeper.
Business Accounts
Answer for Membership
by: morphmanPosted on 2004-08-21 at 06:26:24ID: 11858768
You need a functional index on the xmltype column.
Here is an example I found.
create index IPURCHASEORDERUSER on PURCHASEORDER PO (
substr(sys.xmlType.getStri
(PO.PODOCUMENT,'/PurchaseO
),1,24)
);