The initialization parameter OPTIMIZER_INDEX_COST_ADJ has a certain popularity in the area of Oracle Database Performance Tuning. Especially, it can be used to make the Optimizer favor index access instead of full table scans. But that is not necessarily appropriate – in fact it can have very counterproductive effects on performance. Richard Foote has some very instructive postings about this, especially this one is impressive, in my view.
Explain, Exemplify, Empower
When is setting OPTIMIZER_INDEX_COST_ADJ appropriate?
Uwe Hesse, OCM
- adrci: A survival guide for the DBA
- Reorganizing Tables in Oracle - is it worth the effort?
- Turning Flashback Database on & off with Instance in Status OPEN
- Brief introduction into Materialized Views
- Voting Disk and OCR in 11gR2: Some changes
- Dealing with Oracle Database Block Corruption in 11g
- Data Guard
- Important Statistics & Wait Events on Exadata
- CELL_PARTITION_LARGE_EXTENTS now obsolete
- Evidence for successful #Oracle Performance Tuning
- Exadata Part III: Compression
- SQL*Plus output in nice HTML format
- Retrieve SQL and Execution Plan from AWR Snapshots
- Partitioning a table online with DBMS_REDEFINITION
- Performance Monitoring: Active Session History at work
- How do NOLOGGING operations affect RECOVERY?
- Oracle HA Architecture
- 11gR2 RAC Architecture Picture
- Connect Time Failover & Transparent Application Failover for Data Guard
Search inside this Blog
Tags10g New Features 11g New Features ABMR Active Data Guard adrci advert ASM auditing AWR Backup & Recovery Brief Introduction Data Guard Data Warehouse DBA JTA dcli exadata Extended RAC external tables flashback flash cache griddisk hcc High Availability logminer LVC Materialized Views Oracle Restart OU EMEA Newsletter OUGN2012 partitioning Performance Tuning RAC Real-Time Query reorganizing RMAN security smart scan Snapshot Standby storage index TOD Total Recall video Webinar whoami X3
Other Bloggers Posts I Like