Why Oracle not using the correct indexes after running table stats

I created an index on the table and ran the a sql statement. I found that via the explain plan that index is being used and is cheaper which I wanted.
Latter I ran all tables stats and found out again via explain plan that the same sql is now using different index and more costly plan. I don't know what is going on. Why this is happening. Any suggestions.
Thx

I just wanted to know the cost using the index.
To gather histograms use (method_opt is the one that causes the package to collect histograms)
DBMS_STATS.GATHER_SCHEMA_STATS (
ownname => 'SCHEMA',
estimate_percent => DBMS_STATS.AUTO_SAMPLE_SIZE,
block_sample => TRUE,
method_opt => 'FOR ALL COLUMNS SIZE AUTO',
degree => 4,
granularity => 'ALL',
cascade => TRUE,
options => 'GATHER'
);

Similar Messages

Qeury not using the bitmap index

Hi,
Pls have a look at the query below:
SELECT
A.flnumber,
A.fldate,
SUBSTR(C.sec,1,3) sect,
D.element,
C.class,
SUM(C.qty) qty,
A.indicator,
DECODE(A.indicator, 'I', B.inrt, 'O', B.outrt, 'R', B.rting, NULL) direction,
B.rting
FROM
Header A,
Paths B,
PathData C,
ElementData D
WHERE
(D.category='N') AND
(A.rt=B.rt) AND
(C.element=D.element) AND
(A.fldate=C.fldate AND
A.flnumber=C.flnumber) AND
C.element IN (SELECT codes FROM Master_codes WHERE type='F')
GROUP BY A.flnumber,
     A.fldate,
     SUBSTR(C.sec, 1, 3),
     D.element,
     C.class,
     A.indicator,
     DECODE(A.indicator,'I', B.inrt, 'O', B.outrt,'R', B.rting, NULL),
B.rting
UNION ALL
SELECT
A.flnumber,
A.fldate,
SUBSTR(C.sec,1,3) sect,
D.element,
C.class,
SUM(C.qty) qty,
A.indicator,
DECODE(A.indicator, 'I', B.inrt, 'O', B.outrt, 'R', B.rting, NULL) ROUTE_direction,
B.rting
FROM
Header A,
Paths B,
PathData C,
ElementData D
WHERE
(D.category='N') AND
(A.rt=B.rt) AND
(C.element=D.element) AND
(A.fldate=C.fldate AND
A.flnumber=C.flnumber) AND
C.element NOT IN (SELECT codes FROM Master_codes WHERE type='F')
GROUP BY A.flnumber,
     A.fldate,
     SUBSTR(C.sec, 1, 3),
     D.element,
     C.class,
     A.indicator,
     DECODE(A.indicator,'I', B.inrt, 'O', B.outrt,'R', B.rting, NULL),
B.rting
The cost in the explain plan is very high. The table PathData* has 42710366 records and there is a bitmap index on the flnumber_ and fldate* columns. But the query above does not use the indexes. The other tables in the list are fine as their respective PK and indexes are used but the table PathData* is going for a "Table Access by Local Index Rowid". dont know what it means but the cost for this is 7126 which is high. I cant figure out why is the query not using the bitmap indexes for this table.
Pls let me know what should be done.???

Thread: HOW TO: Post a SQL statement tuning request - template posting
HOW TO: Post a SQL statement tuning request - template posting
SELECT a.flnumber,
       a.fldate,
       Substr(c.sec, 1, 3)       sect,
       d.element,
       c.class,
       SUM(c.qty)                qty,
       a.INDICATOR,
       Decode(a.INDICATOR, 'I', b.inrt,
                           'O', b.outrt,
                           'R', b.rting,
                           NULL) direction,
       b.rting
FROM   header a,
       paths b,
       pathdata c,
       elementdata d
WHERE ( d.category = 'N' )
       AND ( a.rt = b.rt )
       AND ( c.element = d.element )
       AND ( a.fldate = c.fldate
             AND a.flnumber = c.flnumber )
       AND c.element IN (SELECT codes
                         FROM   master_codes
                         WHERE TYPE = 'F')
GROUP BY a.flnumber,
          a.fldate,
          Substr(c.sec, 1, 3),
          d.element,
          c.class,
          a.INDICATOR,
          Decode(a.INDICATOR, 'I', b.inrt,
                              'O', b.outrt,
                              'R', b.rting,
                              NULL),
          b.rting
UNION ALL
SELECT a.flnumber,
       a.fldate,
       Substr(c.sec, 1, 3)       sect,
       d.element,
       c.class,
       SUM(c.qty)                qty,
       a.INDICATOR,
       Decode(a.INDICATOR, 'I', b.inrt,
                           'O', b.outrt,
                           'R', b.rting,
                           NULL) route_direction,
       b.rting
FROM   header a,
       paths b,
       pathdata c,
       elementdata d
WHERE ( d.category = 'N' )
       AND ( a.rt = b.rt )
       AND ( c.element = d.element )
       AND ( a.fldate = c.fldate
             AND a.flnumber = c.flnumber )
       AND c.element NOT IN (SELECT codes
                             FROM   master_codes
                             WHERE TYPE = 'F')
GROUP BY a.flnumber,
          a.fldate,
          Substr(c.sec, 1, 3),
          d.element,
          c.class,
          a.INDICATOR,
          Decode(a.INDICATOR, 'I', b.inrt,
                              'O', b.outrt,
                              'R', b.rting,
                              NULL),
          b.rting Edited by: sb92075 on Mar 13, 2011 7:58 AM

I have a jetpack, and when I try to "connect" to my ipad or phone, it keeps telling me I am not using the correct password. I have tried everything. I even changed the password, nothing is working. Both are 4G, my ipad is an Air and my phone is a Iphon

I have a jetpack, and when I try to "connect" to my ipad or phone, it keeps telling me I am not using the correct password. I have tried everything. I even changed the password, nothing is working. Both are 4G, my ipad is an Air and my phone is a Iphone 5. I can get connected to other wifi on these features but not with my jetpack. Please help, I need to use this feature soon. Thank you so much

Chances are you mis-typed a character in the Wifi password and the devices saved that information. Now whenever you try to connect the device refers to the wrong password and the Jetpack does not accept your connection. Tell your devices to forget the wireless connection and start over.
Once you enter the proper WiFi credentials the Jetpack will allow you to connect.

'You Are Not Using The Correct Type of Phone Cord' Error

Having a issue with my fax on my HP Officejet Pro 8500 wireless. Tried to send a fax, it received a send error. I ran fax test and it came back with "You are not using the correct type of phone cord". Nothing has changed since I last fax'd but I check the lines and connection, everything appears ok. Phone jack is connected to 1-line and Officejet '2-ext' is connected to the phone. I use a dedicated phone # and the Officejet is set to auto answer. I can call out and receive calls on the phone connect to the Officejet. My assumption is that since I can use the phone without issue there is nothing wrong with the phone line. Any ideas?
This question was solved.
View Solution.

I was having the same problem. I'm using a the 2 wire phone cord provided with the printer and still getting this error. Turns out that it related to have a phone extension plugged into the printer. If I unplug the telephone form the extension jack on the back of the printer, then the fax test passes. I was even using a 2 wire cord on the phone extension but it seems that simply having a telephone plugged into the extension jack will cause this error.
Run the test without a telephone plugged into the printer's extension jack and you should be fine.
Worked for me!

Why Oracle not introduced the flexclone till now?

Howdy,
why Oracle not introduced the flexclone technology till now?
We need spend money on other vendor :(
Any one from oracle open world?
Kind Reagrds,
Rakesh

Good question. I was looking for flexclone as well. Fortunately we are having around 1.5T of database and we do netapp snapshot to duplicate RAC database to standalone, with our custom scripts on daily basis and it is working for almost a year now. :) And to add more we are not paying any third party vendor. Although the process is not supported still it is working without any issue so far.
Regards,
Virendra
Edited by: Virendra.k.Yadav on Oct 7, 2011 10:14 AM

Why is Oracle not using the index??

Hi,
I have a table called 'arc_errors' which has an index on 'member_number' as follows:- Create/Recreate indexes
create index DWO.DW_ARC_CERRORS_MNO on DWO.DW_ARC_CERRORS (MEMBER_NUMBER);
But surpisingly, when I execute the following query, it does not use the index.
SELECT member_number,
COUNT(*) error_count
FROM arc_errors a
WHERE member_number = 68534152 AND
( tx_type = 'SDIC' AND
error_number IN (4, 7, 12, 13, 15, 17, 18, 705) )
OR
( tx_type = 'AUTH' AND
error_number IN (100, 104, 107, 111, 116) )
OR
( tx_type = 'BHO' AND
error_number IN (708,710) )
OR
( tx_type = 'XLGN' AND
( error_number BETWEEN 102 AND 105 OR
error_number BETWEEN 107 AND 120 OR
error_number BETWEEN 300 AND 304 ) )
OR
( tx_type = 'None' AND
( error_number IN (20, 112) OR
error_number BETWEEN 402 AND 421 ) )
OR
( tx_type = 'HYBR' AND
error_number IN (303, 304) )
GROUP BY member_number;
This is what 'explain plan' tell me
SELECT STATEMENT, GOAL = RULE               237907     502923     15087690
SORT GROUP BY               237907     502923     15087690
PARTITION RANGE ALL
TABLE ACCESS FULL     DWO     DW_ARC_CERRORS     237209     502923     15087690
Can someone tell me why a 'table acess full' is required here?
Thanks in advance,
Rajesh

Sorry, I just found the solution myself. I need to put an extra pair of braces around the set of conditions seperated by OR.

Optimizer is not using the right index

Hi gurus,
there's something I understand. If someone can explains, it'll be greatly appreciated.
Env:
10gR2 on Redhat AS
The
SQL> desc stock_detail
Name Null? Type
NO NOT NULL NUMBER(15)
BP_CODE NOT NULL VARCHAR2(10)
STOC_CAT_CODE NOT NULL VARCHAR2(6)
BUIL_CODE NOT NULL VARCHAR2(8)
LOCA_CODE NOT NULL VARCHAR2(8)
LOCA_SUB_CODE NOT NULL VARCHAR2(6)
ITEM_NO NOT NULL NUMBER(8)
QTY NOT NULL NUMBER(6)
DEFAULT_SHELF NOT NULL VARCHAR2(1)
CREATION_DATE NOT NULL DATE
CREATION_USER NOT NULL VARCHAR2(8)
CM_NO NUMBER(15)
LANDING_COST NUMBER(11,2)
SUPPLI_COST NUMBER(11,2)
RMA_DEADLINE DATE
MOD_USER VARCHAR2(8)
MOD_DATE DATE
RECEP_DATE DATE
NOTE VARCHAR2(2000)
FLAG VARCHAR2(1)
REFUS VARCHAR2(1)
STOC_MOVE_REAS_CODE VARCHAR2(6)
I have many indexes on this table. (like 5 or 6).
There's one with item + business_unit (lets say INDEX_A)
And there's one with item + category + business_unit (lets say INDEX_B)
The following sql is always using the wrong index
select nvl(sum(sd.qty),0)
from stock_detail sd, location lo
where sd.item_no = 419261 <- In INDEX_A & INDEX_B
and sd.STOC_CAT_CODE='REG' <- In INDEX_B
and sd.bp_code = 'TECMTL' <- In INDEX_A & INDEX_B
and sd.buil_code <> 'TRANSIT'
and sd.buil_code = lo.buil_code
and sd.loca_code = lo.code
and sd.loca_sub_code = lo.sub_code
and nvl(lo.restricted, 'N') = 'Y';
This SQL always use the INDEX_A. INDEX_B is far better.
Stats of the index uactually used (INDEX_A):
Last Analyzed 2007-10-18 22:04:38
Blevel 1
Distinct Keys 72124
Clustering Factor 105368
Leaf Blocks 339
Average Leaf Blocks Per Key 1
Average Data Blocks Per Key 1
Number of Rows 110285
Sample Size 110285
Stats of the index I want to be used (INDEX_B)
Last Analyzed 2007-10-18 22:04:46
Blevel 2
Distinct Keys 77407
Clustering Factor 103472
Leaf Blocks 551
Average Leaf Blocks Per Key 1
Average Data Blocks Per Key 1
Number of Rows 110285
Sample Size 110285
Is there a way to use the right index without adding a hint?
Thanks in advance.
Message was edited by:
(made a mistkae on the stats of index B)

I assume the execution path is a nested loop driving of the table with the constant inputs.
The key difference in the stats is that the second index has a blevel of 2. I'd guess that the cost of using the first index is 1, and the cost of using the second index is three.
The basic cost of accessing a table through an index is:
blevel +
index selectivity (ix_sel) * leaf blocks +
table selectivity (ix_sel_with_filtering) * clustering_factor.
However, if the blevel is 1, then Oracle ignores it.
Your index and table selectivities in both cases are 1/distinct_keys (since this is 10.2)
The numbers involved with the leaf block and clustering factor calculations are so small (and similar) that the difference of 2 in the add-on for the blevel is the deciding factor.
According to the statistics, though, the choice of index shouldn't make much difference to the performance, since the number of rows (and blocks) visited is likely to be the same. However, if you have an uneven distribution of values for individual columns, you may need a histogram on that column so that the optimizer can see the effect it has on the expected work.
Regards
Jonathan Lewis
http://jonathanlewis.wordpress.com
http://www.jlcomp.demon.co.uk
P.S. I suppose it's probably fair to mention that I wrote a pretty good book about how the optimizer works: http://www.jlcomp.demon.co.uk/cbo_book/ind_book.html

Mail not using the correct account to reply to email

I use Gmail to fetch email from my other email accounts. Prior to Mountain Lion, whenever I replied to an email, Mail would use the correct email account to reply to. That is to say, Gmail was fetching email from [email protected], for example. When I click reply, the default account would be mail.com. But since upgrading to Mountain Lion, the default account will be Gmail.com.
Has anyone experienced this? How were you able to solve this, if at all?
Thanks in advance for your responses.

The new rule seems to be if you move an email message received on account A to a folder belonging to account B, that means the message now "belongs to" account B, and replies will come from account B. The new rule is murkier if you move a message from account A to an "On My Mac" folder and then reply to it.
I'm not saying that I like it that way, or that Apple has documented the change, just that this "new rule" seems to explain many of the "wrong reply" and "copying myself" complaints we see here on the forums. If we (users) can figure out the second half of the "new rule" ("On My Mac" folders), we might be able to explain the rest, we might be able to predict how replies will work, and we might be able to write a cogent complaint about the "new rule."

Oracle not using the stored outline

SQL> create table emp as select * from sys.emp;
Table created.
SQL> alter session set create_stored_outlines = TRUE;
Session altered.
SQL> create outline emp_dept for category scott_outlines on select empno from emp where ename = 'SCOTT';
Outline created.
SQL> set autot on exp
SQL> select empno from emp where ename = 'SCOTT';
EMPNO
7788
Execution Plan
Plan hash value: 3956160932
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
| 0 | SELECT STATEMENT | | 1 | 20 | 2 (0)| 00:00:01 |
|* 1 | TABLE ACCESS FULL| EMP | 1 | 20 | 2 (0)| 00:00:01 |
Predicate Information (identified by operation id):
1 - filter("ENAME"='SCOTT')
Note
- dynamic sampling used for this statement (level=2)
SQL> create unique index i on emp(ename);
Index created.
SQL> select empno from emp where ename = 'SCOTT';
EMPNO
7788
Execution Plan
Plan hash value: 3262377121
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time
|
| 0 | SELECT STATEMENT | | 1 | 20 | 1 (0)| 00:00:
01 |
| 1 | TABLE ACCESS BY INDEX ROWID| EMP | 1 | 20 | 1 (0)| 00:00:
01 |
|* 2 | INDEX UNIQUE SCAN | I | 1 | | 0 (0)| 00:00:
01 |
Predicate Information (identified by operation id):
2 - access("ENAME"='SCOTT')
SQL> alter session set use_stored_outlines = SCOTT_OUTLIN
2 ;
Session altered.
SQL> alter session set use_stored_outlines = SCOTT_OUTLINS
2 ;
Session altered.
SQL> select empno from emp where ename = 'SCOTT';
EMPNO
7788
Execution Plan
Plan hash value: 3262377121
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time
|
| 0 | SELECT STATEMENT | | 1 | 20 | 1 (0)| 00:00:
01 |
| 1 | TABLE ACCESS BY INDEX ROWID| EMP | 1 | 20 | 1 (0)| 00:00:
01 |
|* 2 | INDEX UNIQUE SCAN | I | 1 | | 0 (0)| 00:00:
01 |
Predicate Information (identified by operation id):
2 - access("ENAME"='SCOTT')
Note
- outline "SYS_OUTLINE_11050409142489113" used for this statement
SQL> SELECT name, category, used FROM user_outlines;
NAME CATEGORY USED
EMP_DEPT SCOTT_OUTLINES UNUSED
SYS_OUTLINE_11050408594412502 DEFAULT USED
SYS_OUTLINE_11050408591781301 DEFAULT UNUSED
SYS_OUTLINE_11050408594415603 DEFAULT UNUSED
SYS_OUTLINE_11050408595648404 DEFAULT UNUSED
SYS_OUTLINE_11050409003554705 DEFAULT UNUSED
SYS_OUTLINE_11050409030340606 DEFAULT UNUSED
7 rows selected.
Execution Plan
Plan hash value: 1195863419
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Ti
me |
| 0 | SELECT STATEMENT | | 1 | 81 | 2 (0)| 00
:00:01 |
| 1 | NESTED LOOPS | | | | |
|
| 2 | NESTED LOOPS | | 1 | 81 | 2 (0)| 00
:00:01 |
| 3 | TABLE ACCESS FULL | OL$ | 1 | 64 | 2 (0)| 00
:00:01 |
|* 4 | INDEX UNIQUE SCAN | I_USER1 | 1 | | 0 (0)| 00
:00:01 |
|* 5 | TABLE ACCESS BY INDEX ROWID| USER$ | 1 | 17 | 0 (0)| 00
:00:01 |
Predicate Information (identified by operation id):
4 - access("CREATOR"="U"."NAME")
5 - filter("U"."USER#"=USERENV('SCHEMAID'))
Note
- outline "SYS_OUTLINE_11050409030340606" used for this statement
SQL>
Note : I have dropped all default outlines in dba_outlines but they are being created automatically.(Why)
Please give me good article to understand more on stored outlines.

Please post your 4 digits Oracle version.
It looks like that Oracle has only 1 stored outline for the SQL statement and that the second execution plan with the index has replaced the first outline (execution plan with full table scan).
Here is a good article on stored outlines http://www.oracle-base.com/articles/misc/Outlines.php (except that the used Oracle version is also missing).
Here is a short demo based on your demo that I have modified (note that I disabled stored outlines just after creating the first one):
SQL> select * from v$version;
BANNER
Oracle Database 10g Express Edition Release 10.2.0.1.0 - Product
PL/SQL Release 10.2.0.1.0 - Production
CORE    10.2.0.1.0      Production
TNS for 32-bit Windows: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production
SQL> drop table emp purge;
Table dropped.
SQL> drop outline emp_dept;
Outline dropped.
SQL> whenever sqlerror exit failure;
SQL> --
SQL> create table emp as
2 select object_name ename, object_id empno
3 from all_objects
4 where object_id < 5000;
Table created.
SQL> --
SQL> alter session set create_stored_outlines = TRUE;
Session altered.
SQL> create outline emp_dept for category scott_outlines on
select empno from emp where ename = 'SCOTT';
Outline created.
SQL> set autot on exp
SQL> select empno from emp where ename = 'SCOTT';
no rows selected
Execution Plan
Plan hash value: 3956160932
| Id | Operation         | Name | Rows | Bytes | Cost (%CPU)| Time     |
|   0 | SELECT STATEMENT |      |     1 |    30 |     5   (0)| 00:00:01 |
|* 1 | TABLE ACCESS FULL| EMP |     1 |    30 |     5   (0)| 00:00:01 |
Predicate Information (identified by operation id):
   1 - filter("ENAME"='SCOTT')
Note
   - dynamic sampling used for this statement
SQL> -- disable stored outline creation
SQL> alter session set create_stored_outlines = FALSE;
Session altered.
SQL> create index i on emp(ename);
Index created.
SQL> select empno from emp where ename = 'SCOTT';
no rows selected
Execution Plan
Plan hash value: 4079916893
| Id | Operation                   | Name | Rows | Bytes | Cost (%CPU)| Time     |
|   0 | SELECT STATEMENT            |      |     1 |    30 |     1   (0)| 00:00:01 |
|   1 | TABLE ACCESS BY INDEX ROWID| EMP |     1 |    30 |     1   (0)| 00:00:01 |
|* 2 |   INDEX RANGE SCAN          | I    |     1 |       |     1   (0)| 00:00:01 |
Predicate Information (identified by operation id):
   2 - access("ENAME"='SCOTT')
Note
   - dynamic sampling used for this statement
SQL> -- use stored outlines
SQL> alter session set use_stored_outlines = SCOTT_OUTLINES;
Session altered.
SQL> select empno from emp where ename = 'SCOTT';
no rows selected
Execution Plan
Plan hash value: 3956160932
| Id | Operation         | Name | Rows | Bytes | Cost (%CPU)| Time     |
|   0 | SELECT STATEMENT |      |    10 |   300 |     5   (0)| 00:00:01 |
|* 1 | TABLE ACCESS FULL| EMP |    10 |   300 |     5   (0)| 00:00:01 |
Predicate Information (identified by operation id):
   1 - filter("ENAME"='SCOTT')
Note
   - outline "EMP_DEPT" used for this statement
SQL> -- do not use stored outlines
SQL> alter session set use_stored_outlines=false;
Session altered.
SQL> select empno from emp where ename = 'SCOTT';
no rows selected
Execution Plan
Plan hash value: 4079916893
| Id | Operation                   | Name | Rows | Bytes | Cost (%CPU)| Time     |
|   0 | SELECT STATEMENT            |      |     1 |    30 |     1   (0)| 00:00:01 |
|   1 | TABLE ACCESS BY INDEX ROWID| EMP |     1 |    30 |     1   (0)| 00:00:01 |
|* 2 |   INDEX RANGE SCAN          | I    |     1 |       |     1   (0)| 00:00:01 |
Predicate Information (identified by operation id):
   2 - access("ENAME"='SCOTT')
Note
   - dynamic sampling used for this statementEdited by: P. Forstmann on 4 mai 2011 13:34

BUG in IMS 5.2 P 1 on Windows 2000 : not using the correct DNS servers

Hi everyone,
I encountered a queer bug in Ims 5.2 on Windows 2000.
Let me explain it to all of you to avoid spending time and money debugging this problem.
The problem may occur on Windows 2000 Server if the server used was formerly configured to obtain its IP address from a DHCP server (before using it for mail purposes).
Windows 2000 doesn't delete its DHCP client configuration even if the machine is re-configured with a static IP.
It stores the information in an interface registry key under HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces
If you install IMS52 after this, the server will use the DNS servers configured in the DHCP configuration rather than the ones specified in the static IP config to lookup the MXs.
So if the nameservers configured in the DHCP config are not reachable, the smtp server will systematically fail sending outbond mails.
To avoid this, locate the DHCP interface key in the Registry and remove it.
Remarks :
I know that this situation is not common but it may occur in certain occasions for people like me who are making demonstrations on clients sites.
I'm not sure it is specifically related to DHCP rather than static config. I would say that IMS uses the first interface found in the registry (in alphabetical order) even if this interface is not active...
A good idea is to remove completely from the registry all the interfaces keys not currently used by the system.
Hope this will help some of you.
Best regards,
Vincent MAZARD
DML FRANCE

Interesting. Thank you for the observation. Not something I have seen, either.

Fmt:message not using the correct locale

Hello,
I have a webapp which uses struts and jstl. I use the following code snipped to display localized strings
<%@ taglib uri="http://java.sun.com/jstl/core" prefix="c" %>
<%@ taglib uri="http://java.sun.com/jstl/fmt" prefix="fmt" %>
<%@ taglib uri="/WEB-INF/struts-html-el.tld" prefix="html-el"%>
<fmt:message key="label.help"/>
My resource file is specified in struts-config.xml as follows:
<message-resources parameter="com.ibm.psdui.resources.PSDText"/>
I currently have the base file PSDText.properties and a German version PSDText.properties_de.
If I have the language setting in my browser to de, I see the German strings. However if I set the languages to en-us followed by German, I still see the German strings. It seems like fmt:message is using the wrong locale. Just out of curiosity I replaced fmt:message to bean:message and I see the right localized strings. I have to use fmt:message. Am I missing some configuration setting or something?
Thanks in advance,
Kumar

BTW... fmt doesn't support Struts, that I'm aware of... it's a JSTL tag library. So it probably does what I said because I'm not sure that java.util.ResourceBundle will load the default bundle for it... or maybe it does (I forget) but it could be just looking for properties files on it's own. So I don't think that setting message-resources in the Struts config file is going to make a difference if you aren't using the bean taglib.

Why does not return the correct color?

I have a resources dictionary with a color:
<SolidColorBrush x:Key="MyColorWhenSelected" Color="{Binding Source={x:Static SystemColors.HighlightBrush}}"/>
I have added this resources to App.Current.Resources.MergedDictionaries.
Later, in my converter to set the background in a listview, I return:
return App.Current.Resources["MyColorWhenSelected"]
But the item has a white color, is not blue like the defult selected color.
However, if I return:
return System.Windows.SystemColors.HighlightBrush
Then the color is the expected one.
I have tried another color from my dictionary, por example:
<SolidColorBrush x:Key="TestColor" Color="White" />
If I return
return App.Current.Resources["MyColorWhenSelected"]
this works as expected.
I guess that the problem is because in this second case all is SolidColorBrush type, while in the first case one is SolidColorBrush and the other is SystemColors.
My idea is to use the resource dictionary because if in the future I decide to change the highlight color, change it in this resource, and not to change in all the converters in which I use this color.
Thank so much.

There is an error in your binding. You should bind to the Color property of the HighlightBrush:
<SolidColorBrush x:Key="MyColorWhenSelected" Color="{Binding Path=Color, Source={x:Static SystemColors.HighlightBrush}}"/>
Please remember to close your threads by marking helpful posts as answer and then start a new thread if you have a new question.

I can not use the Chessproblems website after updating to Firefox 5

After updating to Firefox 5 I can not have full access to the Chessproblems website, http://www.chessproblems.com/prob.php?id=648&next=1
I had no problems before. Can you help with this?
Thanks,
Edward

Solved after downloading last Java version

Why does it not use the index?

L.S.,
We are using a table called IT_RFC_REGISTRATION. It is a relatively big table for our application.
Its primary key is RFCNR, each new RFCNR getting the next value.
Now for my intranet report I am interested in the last 40 records. But when I execute:
SELECT *
FROM IT_RFC_REGISTRATION
ORDER BY RFCNR DESC
the query takes ages to execute.
When I do this:
SELECT RFCNR
FROM IT_RFC_REGISTRATION
ORDER BY RFCNR DESC
the result comes instantaneous because this query uses the index on RFCNR.
Why does the former query not use the index to execute? It should be much faster to fetch ROWIDs from the index end to start and use those to get the records, than to load all the records and then sort them.
Is there a trick with which I can use a join of the latter query and the former query to speed up the result?
Greetings,
Philbert de Zwart,
Utrecht, The Netherlands.

The difference you see in query run time is based on the amount data being sorted, then returned. In the first query, a full table scan is faster since if the index was used, Oracle would have to do a lookup in the index, get the rowid's and go look up the data in the table (TWO disk i/o's). It's faster to just scan the entire table.
Indexes will generally not be used unless you have a where clause. If you only need a few fields from the table, you could include them all in an index. For instance, if you only need RFCNR & DESC create a concatenated index on those two columns and then only a scan of the index is required (very fast).

Why my select is not using the index

This is my index
CREATE INDEX CONFIG_STATE_IDX ON IDENTIFIER
(CONFIGURATION_ID, STATE)
LOGGING
TABLESPACE NII_INDEX
PCTFREE 10
INITRANS 2
MAXTRANS 255
STORAGE (
INITIAL 64K
MINEXTENTS 1
MAXEXTENTS 2147483645
PCTINCREASE 0
FREELISTS 1
FREELIST GROUPS 1
BUFFER_POOL DEFAULT
NOPARALLEL;
This is my select statement:
SELECT *
FROM identifier i
WHERE
     i.configuration_id = '89afead40a0c0b8d00628c59aa405ea4'
     AND i.state = 'QT'
AND ROWNUM <6
This is my exmplain plan result
Operation     Object Name     Rows     Bytes     Cost     Object Node     In/Out     PStart     PStop
SELECT STATEMENT Hint=CHOOSE          5           2128
COUNT STOPKEY
TABLE ACCESS FULL     IDENTIFIER     133 K     19 M     2128
Why it is not using the index on configuration_id and state.

Possibility one: you didn't do an analyze statistics on the table and/or the index after index creation.
Possibility two: The optimizer has determined that it can return the query result set with fewer I/Os if it does a FTS vs using the index (the optimizer is very keen on I/Os).

Why Oracle not using the correct indexes after running table stats

Similar Messages

Maybe you are looking for