Oracle：强制索引搜索的并行性

Question

我想在LET_TESTATE_LETTURE上使用并行执行而不强制进行全表扫描，我想使用强制索引的并行性。

我该如何解决？

alter session enable parallel dml;  

CREATE TABLE netatemp.let_testate_letture1
AS
   SELECT /* parallel(tele 32) full(tele) */
         tele.TELE_DATA_LETTURA,
         tele.tele_storico_id
     FROM let_testate_letture tele
    WHERE     tele.prov_provenienza_lettura_id = '*1ENI01BCAMBIO'
          AND tele.spwkf_stato_pubblico_id != '*1UNICOANN';


Size    56,1 GB
Number Extents  1.081

OWNER   SIUMETERING
TABLE_NAME  LET_TESTATE_LETTURE
TABLESPACE_NAME SIUMETERING_DATITD
CLUSTER_NAME    
IOT_NAME    
STATUS  VALID
PCT_FREE    10
PCT_USED    
INI_TRANS   30
MAX_TRANS   255
INITIAL_EXTENT  80 KB
NEXT_EXTENT 1 MB
MIN_EXTENTS 1
MAX_EXTENTS 2.147.483.645
PCT_INCREASE    
FREELISTS   
FREELIST_GROUPS 
LOGGING YES
BACKED_UP   N
NUM_ROWS    456.635.338
BLOCKS  3.340.120
EMPTY_BLOCKS    0
AVG_SPACE   0
CHAIN_CNT   0
AVG_ROW_LEN 385
AVG_SPACE_FREELIST_BLOCKS   0
NUM_FREELIST_BLOCKS 0
DEGREE  1
INSTANCES   1
CACHE   N
TABLE_LOCK  ENABLED
SAMPLE_SIZE 456.635.338
LAST_ANALYZED   29/12/2012 13:03:15
PARTITIONED NO
IOT_TYPE    
TEMPORARY   N
SECONDARY   N
NESTED  NO
BUFFER_POOL DEFAULT
FLASH_CACHE DEFAULT
CELL_FLASH_CACHE    DEFAULT
ROW_MOVEMENT    DISABLED
GLOBAL_STATS    YES
USER_STATS  NO
DURATION    
SKIP_CORRUPT    DISABLED
MONITORING  YES
CLUSTER_OWNER   
DEPENDENCIES    DISABLED
COMPRESSION ENABLED
COMPRESS_FOR    OLTP
DROPPED NO
READ_ONLY   NO
SEGMENT_CREATED YES
RESULT_CACHE    DEFAULT

Answer 1

您必须将索引更改为并行。即

alter index xxx parallel;

或

alter index xxx parallel <n>;

因为并行提示仅适用于表。

Answer 2

尝试

/*+ parallel_index(tele, let_tele_letb_prov_fk_idx, 32) */

注意星号后面的“+”。如果没有它，Oracle将忽略该提示。

此外，您可能希望并行创建表，具体取决于返回的行数，例如：

CREATE TABLE netatemp.let_testate_letture1 parallel 32 as
select /*+ ...

Answer 3

你发布了很多有用的信息，非常令人耳目一新。所以除了回答你的问题，我还可以提供 其他改善绩效的建议：

1. 声明级提示。
   由于您使用的是11gR2（基于列SEGMENT_CREATED的存在），您应该使用a statement-level parallel hint，而不是对象级别。使用/*+ parallel(32) */，然后Oracle将并行化查询中的所有内容，无论访问方法或别名如何。
2. 旧统计数据或旧数据？
   最后分析2012-12-29似乎有点旧。如果您的表非常活跃，那么您应该重新收集统计信息。如果它确实不经常更改，您可能需要考虑重新创建它，按prov_provenienza_lettura_id排序。这可能会显着提高索引的性能。虽然它可能会降低其他索引的性能。
3. 压缩。
   您的表使用压缩，但您的索引是否也被压缩？如果你真的有900万个条目用于相同的值，索引压缩可以节省大量空间，并使索引读取更快。此外，位图索引可能非常适合。
4. 全桌扫描。
   优化器认为您将读取大约2％的行。即使2％也足以保证全表扫描，具体取决于聚类因子等因素。您可能不想尝试强制使用特定的访问方法 - 首先让Oracle尝试选择。如果Oracle弄错了，那么你应该尝试通过提供更多有用的信息来帮助它，例如更好的统计数据和直方图。

DazzaL和Ronnis的建议也应该有所帮助。