•A sample table scan retrieves a random sample of data from a simple table or a complex SELECT statement, such as a statement involving joins and views. •This access path is used when a statement’s FROM clause includes the SAMPLE clause or the SAMPLE BLOCK clause. •To perform a sample table scan when sampling by [...]
Archive for the ‘Index’ Category
Sample Table Scans in Oracle
Posted in Index, Performance Tunning, tagged Hash function, Oracle, Oracle Database, Select (SQL), sql, Tables on February 14, 2011 | 1 Comment »
Troubleshoot unusable Index in Oracle
Posted in Index, Performance Tunning, tagged Database, Oracle Database, sql, Tablespace, Unique key, unusable on February 13, 2011 | 1 Comment »
If a procedural object, such as a stored PL/SQL function or a view, becomes invalid, the DBA does not necessarily have to do anything: the first time it is accessed, Oracle will attempt to recompile it, and this may well succeed. But if an index becomes unusable for any reason, it must always be repaired [...]
Optimizer Operations while executing SQL statement
Posted in Index, Index And CBO, Performance Tunning, tagged Oracle, Oracle Database, Query optimization, sql on January 19, 2011 | Leave a Comment »
Whenever you write an sql query, the query can be executed in many different ways, such as full table scans, index scans, nested loops, and hash joins. The query optimizer checks the various ways and determines the most efficient way to execute a SQL statement after considering many factors related to the objects referenced and [...]
How missing statistics is handled in Oracle
Posted in Index, Performance Tunning, tagged Oracle, Statistics on January 19, 2011 | Leave a Comment »
When Oracle encounters a table with missing statistics, Oracle dynamically gathers the necessary statistics needed by the optimizer. Based on the settings of OPTIMIZER_DYNAMIC_SAMPLING parameter which is discussed in my previous topic optimizer gathers statistics and generate execution plan for the table with missing statistics. Though in case of remote tables and external tables oracle [...]
How does one prevent Oracle from using an Index?
Posted in Index, Performance Tunning, tagged Aggregate function, Central processing unit, Hash function, Indexing, Microsoft Access, Select (SQL), sql, Table Table on January 13, 2011 | 4 Comments »
Autotrace Option: ———————— SET AUTOTRACE OFF: No AUTOTRACE report is generated. This is the default. SET AUTOTRACE ON EXPLAIN: The AUTOTRACE report shows only the optimizer execution path. SET AUTOTRACE ON STATISTICS: The AUTOTRACE report shows only the SQL statement execution statistics. SET AUTOTRACE ON: The AUTOTRACE report includes both the optimizer execution path and [...]
Rebuild unusable Index in Oracle
Posted in Index, Performance Tunning, tagged Data Dictionary, Index, Performance, Trouble shooting on January 13, 2011 | 4 Comments »
If a procedural object, such as a stored PL/SQL function or a view, becomes invalid, the DBA does not necessarily have to do anything: the first time it is accessed, Oracle will attempt to recompile it, and this may well succeed. But if an index becomes unusable for any reason, it must always be repaired [...]
Optimize Data Access Path in Oracle
Posted in Index, Performance Tunning, tagged Bitmap index, Database, Index, Indexing, Materialized view, MySQL, Schema object, sql, Table (database) on January 12, 2011 | Leave a Comment »
To achieve optimum performance for data-intensive queries, materialized views and indexes are essential when tuning SQL statements. The SQL Access Advisor enables to optimize data access paths of SQL queries by recommending the proper set of materialized views, materialized view logs, and indexes for a given workload. A materialized view provides access to table data [...]
When you would make Index and when not
Posted in Index, Performance Tunning, tagged Business, Column, compress, Data Definition Language, Database, Database size, Index, Indexing, nologging, Null (SQL), Oracle, parallel, Programming, Redo log, search, sql, Table (database), Tables, Tablespace, Value (personal and cultural) on January 12, 2011 | Leave a Comment »
* Create an index if you frequently want to retrieve less than 15% of the rows in a large table. * To improve performance on joins of multiple tables, index columns used for joins. * Small tables do not require indexes. Some columns are strong candidates for indexing. Columns with one or more of the [...]
