Pourquoi cette requête aboutit-elle à un MERGE JOIN CARTESIAN dans Oracle?

Question

Voici ma question:

select count(*) 
from email_prod_junc j 
inner join trckd_prod t5 on j.trckd_prod_sk = t5.trckd_prod_sk 
inner join prod_brnd b on t5.prod_brnd_sk = b.prod_brnd_sk 
inner join email e on j.email_sk = e.email_sk 
inner join dm_geography_sales_pos_uniq u on (u.emp_sk = e.emp_sk and u.prod_brnd_sk = b.prod_brnd_sk) 

L'expliquer le plan dit:

cartésienne jointure entre DM_GEOGRAPHY_SALES_POS_UNIQ et EMAIL_PROD_JUNC.

Je ne comprends pas pourquoi parce qu'il y a une condition de jointure pour chaque table.

Answer 1

Je résolu ce problème en ajoutant l'indice ORDONNÉ:

select /*+ ordered */ 

Je suis les informations de here

Si vous spécifiez les tables dans l'ordre que vous voulez les rejoignirent et utilisez cette astuce, Oracle ne sera pas passer du temps à essayer de comprendre la jointure optimal commande, il suffit de rejoindre eux comme ils sont commandés dans la clause FROM.

Answer 2

Je voudrais spéculer que cela se produit en raison de la condition sur (x et y) de la dernière jointure interne. Oracle ne sait probablement pas comment optimiser la condition multi-instructions, donc il fait une jointure complète, puis filtre le résultat par la condition après le fait. Je ne suis pas vraiment familier avec le plan d'expliquer Oracle, donc je ne peux pas dire que l'autorité

Modifier

Si vous voulez tester cette hypothèse, vous pouvez essayer de changer la requête:

inner join dm_geography_sales_pos_uniq u on u.emp_sk = e.emp_sk 
where u.prod_brnd_sk = b.prod_brnd_sk 

et voir si cela élimine la jointure complète du plan

Answer 3

Sans connaître vos index et le plan complet, il est difficile de dire pourquoi cela se passe exactement. Ma meilleure estimation est que EMAIL_PROD_JUNC et DM_GEOGRAPHY_SALES_POS_UNIQ sont relativement petits et qu'il y a un index sur TRCKD_PROD (trckd_prod_sk, prod_brnd_sk). Si tel est le cas, l'optimiseur peut avoir décidé que le cartésien sur les deux tables plus petites est moins cher que de filtrer deux fois TRCKD_PROD.