Re: SQL performance on index?
- From: "James Yang" <James.YangGang@xxxxxxxxx>
- Date: 15 Jun 2006 06:43:38 -0700
Mih 写道:
Make the index on arbid, mandt, "AUFPL" , "OBJNR" , "APLFL".
This way you will have to scan index with 5 fileds vs. scanning table
with 20+ fields.
The index should be b-tree, because is the combination of 5 fileds is
changing too much for a bitmap index.
Yes, this is what I want. Let the sql just access the index, not a full
table scan.
Another question: the first field of the index should be in where
clause, so it can be ARBID or MANDT, right?
.
- Follow-Ups:
- Re: SQL performance on index?
- From: Frank Langelage
- Re: SQL performance on index?
- References:
- SQL performance on index?
- From: James Yang
- Re: SQL performance on index?
- From: Sybrand Bakker
- Re: SQL performance on index?
- From: James Yang
- Re: SQL performance on index?
- From: Frank Langelage
- Re: SQL performance on index?
- From: Mih
- SQL performance on index?
- Prev by Date: Re: Oracle RAC Installation
- Next by Date: Re: 10046 trace: 'latch free' then 'db file seq. read' waits
- Previous by thread: Re: SQL performance on index?
- Next by thread: Re: SQL performance on index?
- Index(es):