Problem with table-indexes when using select-options in select

Question

Hello experts,
is it right that table-indexes will not be used if you take select-options to select data from the database?
in detail:
i have build up an table-index for one of our db-tables and test it via an test-programm. The first test with '=' comparisons worked fine. Every key of the index was used; checked via ST05!
e.g.:    SELECT * FROM TABLEA INTO ITAB WHERE keya = '1' AND keyb = '2' AND keyc = '3'.
Now i startet the test with select-options
e.g.:   SELECT * FROM TABLEA INTO ITAB WHERE keya IN seltabA  AND keyb IN seltabB AND keyc IN seltabC.
First of all i just filled the seltabs with only 1 value:    eg:  seltabA=      SIGN = 'I'   OPTION = 'EQ'   LOW = '1'     etc.
Everything worked fine. Every key of the index was used.
But now, I putted more than one entries in the seltabs e.g.
seltabA:      SIGN = 'I'   OPTION = 'EQ'   LOW = '1'
                   SIGN = 'I'   OPTION = 'EQ'   LOW = '2'   
                   SIGN = 'I'   OPTION = 'EQ'   LOW = '3'
From now on, the indexed was not used completely (with all keys).
Isn't that strange? How can i use select-options or sel-ranges with using the complete table-indexes?
Thanks a lot,
Marcel

Answer 1

Hi Hermann,
i hope this helps:
this is the first one, which uses the complete index:
SELECT                                                                     
  "KOWID" , "LIFNR" , "KLPOS" , "ORGID" , "KOART" , "MATNR" , "GLTVON" ,   
  "GLTBIS" , "WERT" , "ABLIF" , "FAKIV" , "AENAM" , "AEDAT" , "AFORM" ,    
  "HERSTELLER" , "ARTGRP" , "OE_FREITXT" , "ARTFREITEXT" , "STATUS" ,      
  "TERDAT"                                                                 
FROM                                                                       
  "/dbcon/01_con"                                                       
WHERE                                                                      
  "MANDT" = ? AND "LIFNR" = ? AND "ORGID" = ? AND "KOART_BASIS" = ? AND    
  "STATUS" = ? AND "GEWAEHR_KOWID" < ? AND ( "STATUS" = ? OR "STATUS" = ? OR
  "STATUS" = ? )  WITH UR                 
RESULT: 5 IXSCAN /dbcon/01_con05 #key columns:  4
And the second one, which does not use the complete index! The 3 ranges are filled each with 2 values. Remember; when i fill them each with only one value, the result is the same as you can see above(/dbcon/01_con05 #key columns:  4):
SELECT                                                                     
  "KOWID" , "LIFNR" , "KLPOS" , "ORGID" , "KOART" , "MATNR" , "GLTVON" ,   
  "GLTBIS" , "WERT" , "ABLIF" , "FAKIV" , "AENAM" , "AEDAT" , "AFORM" ,    
  "HERSTELLER" , "ARTGRP" , "OE_FREITXT" , "ARTFREITEXT" , "STATUS" ,      
  "TERDAT"                                                                 
FROM                                                                       
  "/dbcon/01_con"                                                       
WHERE                                                                      
  "MANDT" = ? AND "LIFNR" IN ( ? , ? ) AND "ORGID" IN ( ? , ? ) AND        
  "KOART_BASIS" IN ( ? , ? ) AND "GEWAEHR_KOWID" < ? AND ( "STATUS" = ? OR 
  "STATUS" = ? OR "STATUS" = ? )  WITH UR                                  
and here the access-plan
   0 SELECT STATEMENT ( Estimated Costs =  5,139E+01 [timerons] )                                                                               
5     1 RETURN                                                                               
5     2 NLJOIN                                                                               
5     3 [O] TBSCAN                                                                               
5     4 SORT                                                                               
5 TBSCAN GENROW                                                                               
5     6 <i> FETCH /dbcon/01_con                                                                               
7 IXSCAN /dbcon/01_con05 #key columns:  2   
As you can see, only 2 keys were taken for indexed selection!
Any idea?
Kind regards,
MArcel
Edited by: Marcel Ebert on Jul 28, 2009 5:25 PM