Which three methods could transparently help to achieve this result?

A warehouse fact table in your Oracle 12c Database is range-partitioned by month and accessed
frequently with queries that span multiple partitions
The table has a local prefixed, range partitioned index.

Some of these queries access very few rows in some partitions and all the rows in other partitions,
but these queries still perform a full scan for all accessed partitions.
This commonly occurs when the range of dates begins at the end of a month or ends close to the
start of a month.
You want an execution plan to be generated that uses indexed access when only a few rows are
accessed from a segment, while still allowing full scans for segments where many rows are
returned.
Which three methods could transparently help to achieve this result?

A warehouse fact table in your Oracle 12c Database is range-partitioned by month and accessed
frequently with queries that span multiple partitions
The table has a local prefixed, range partitioned index.

Some of these queries access very few rows in some partitions and all the rows in other partitions,
but these queries still perform a full scan for all accessed partitions.
This commonly occurs when the range of dates begins at the end of a month or ends close to the
start of a month.
You want an execution plan to be generated that uses indexed access when only a few rows are
accessed from a segment, while still allowing full scans for segments where many rows are
returned.
Which three methods could transparently help to achieve this result?

A.
Using a partial local Index on the warehouse fact table month column with indexing disabled to
the table partitions that return most of their rows to the queries.

B.
Using a partial local Index on the warehouse fact table month column with indexing disabled for
the table partitions that return a few rows to the queries.

C.
Using a partitioned view that does a UNION ALL query on the partitions of the warehouse fact
table, which retains the existing local partitioned column.

D.
Converting the partitioned table to a partitioned view that does a UNION ALL query on the
monthly tables, which retains the existing local partitioned column.

E.
Using a partial global index on the warehouse fact table month column with indexing disabling
for the table partitions that return most of their rows to the queries.

F.
Using a partial global index on the warehouse fact table month column with indexing disabled
for the table partitions that return a few rows to the queries.

Explanation:

Note:
* Oracle 12c now provides the ability to index a subset of partitions and to exclude the others.
Local and global indexes can now be created on a subset of the partitions of a table. Partial Global
indexes provide more flexibility in index creation for partitioned tables. For example,index
segments can be omitted for the most recent partitions to ensure maximum data ingest rates
without impacting the overall data model and access for the partitioned object.
Partial Global Indexes save space and improve performance during loads and queries. This
feature supports global indexes that include or index a certain subset of table partitions or
subpartitions, and exclude the others. This operation is supported using a default table indexing
property. When a table is created or altered, a default indexing property can be specified for the
table or its partitions.



Leave a Reply 17

Your email address will not be published. Required fields are marked *


Fábio Ferreira

Fábio Ferreira

It’s A, C and E.

Bruno

Bruno

Also in my opinion it’s A,C,E
Disabling the index on partition implies a full scan.
So :
disable index on partitions with few rows +
full scan on partitions that return most of their rows to the querie =
————————————————————————–
SUPER FULL SCAN !!!!!!!!!!

or not ???

Thank you

Mohammad Rafiq

Mohammad Rafiq

AC and E

NSK

NSK

In Exam Only they asked choose Two options only not 3 Options. So Be choose right two options.

Fábio Ferreira

Fábio Ferreira

If we must choose only two…

A & C

Because, global index does not follow table partition.

J ANTONIO

J ANTONIO

Disabling partial indexing on global index is not possible, E -wrong

JJ

JJ

AE is right, but C in my opinion is wrong, should be D.

When an index is created as PARTIAL on a table:
– Local indexes: An index partition is created usable if indexing is turned on for the table partition, and unusable otherwise. You can override this behavior by specifying USABLE/UNUSABLE at the index or index partition level.

– Global indexes: Includes only those partitions for which indexing is turned on, and exclude the others.

D should be right instead of C:
Google for: Beginning Oracle Database 12c Administration “partitioned views”
-> partition views are simply views formed by the union all of separate tables, each of which contains a range of data values.

praveen

praveen

praveen

This is another good reference:
http://docs.oracle.com/cd/A57673_01/DOC/server/doc/A48506/partview.htm#265

Partition View Highlights

You may wish to create an index, reorganize the database, or perform other operations, only to discover that the resulting downtime may be too long for very large or mission-critical tables. One way to avoid significant downtime during operations is to create and use partition views.

You can use partition views by dividing very large tables into multiple, small pieces (partitions), which offer significant improvements in availability, administration and table scan performance. You create a partition view by dividing a large table into multiple physical tables using partitioning criteria. Then, for future queries, you can bring the table together as a whole. Also, you can use a key range to select from a partition view only the partitions that fall within that range.

Partition views offer increased manageability and flexibility during queries. Individual partitions can be:

added and dropped independently and efficiently
reorganized, backed up and restored independently
split, merged and loaded incrementally while maintaining local indexes. They can also be loaded in parallel.
used in a SELECT clause (query or subquery)
partitioned simultaneously by more than one column
split, added or dropped online by replacing the view when ready to switch to a new configuration

Alex DBA ocp 8i 9i 10g 11g and running for 12c

Alex DBA ocp 8i 9i 10g 11g and running for 12c

I’m sure A & C

Chris Poland

Chris Poland

It’s ADE. C makes no sense for me – why do an UNION ALL on partitions of a single table? Rather, create separate tables, index only some of them (tables, that return only a few rows) and UNION ALL them – this is the “simulation” of disabling indexes for some of the partitions…

CBass

CBass

I believe there is 2 answers on the exam because only AE make sense to me. The problem with D is it references “monthly tables” which are never mentioned in the question. The problem with C is that if you create a materialized view on the partitioned table, that view name will not be the table name, assuming the queries reference the partitioned table by name, this would require rewriting all the queries and this is not “transparent” as mentioned in the question. B and F are wrong because the queries that return few rows you want indexing enabled because you don’t want to do Full TAble scans to get just a few rows.

antonio

antonio

I agree with you, C does not make sense