Re: different plan with insert/select

From: Jonathan Lewis <jlewisoracle_at_gmail.com>
Date: Wed, 24 Jun 2020 12:52:04 +0100
Message-ID: <CAGtsp8kKZAVQz9-1Dn2=iqV=dxgw5fK1+duWBucTWyCBcC0ZcQ_at_mail.gmail.com>



And if there's a difference in predicates, could it be a side effect of a change in join order and could you try to find a leading() hint that modifies the join order.

Regards
Jonathan Lewis

On Wed, Jun 24, 2020 at 12:19 PM Noveljic Nenad <nenad.noveljic_at_vontobel.com> wrote:

> - The source of VW_LAT are outer joins. It is an ANSI query, but without
> any explicit lateral references.
>
>
>
> - Bypassed unnestings and/or lateral view decorrelations might explain
> less join permutations. I’ll examine the optimizer trace.
>
>
>
> - Select plan runs in 10s, insert/select is running for hours.
>
>
>
> - In a couple of hours I’ll be able to compare the result sets.
>
>
>
> - You mean this: Plan Regression with VW_DCL (Lateral View Decorrelation)
> in Explain Plan New Transformation in 12c Optimizer (Doc ID 2361393.1) ?
>
> The optimizer indeed comes up with the poor plan for the select with
> "_optimizer_ansi_rearchitecture" = false;
>
> I'd say, DCL is done for select, but apparently has some limitations with
> CTAS/INS. Rewriting the query to the Oracle syntax might be a workaround.
>
>
>
> Best regards,
>
>
>
> Nenad
>
>
>
> http://nenadnoveljic.com/blog/
>
>
>
>
>
> ____________________________________________________
>
> Please consider the environment before printing this e-mail.
>
> Bitte denken Sie an die Umwelt, bevor Sie dieses E-Mail drucken.
>
>
> Important Notice
> This message is intended only for the individual named. It may contain
> confidential or privileged information. If you are not the named addressee
> you should in particular not disseminate, distribute, modify or copy this
> e-mail. Please notify the sender immediately by e-mail, if you have
> received this message by mistake and delete it from your system.
> Without prejudice to any contractual agreements between you and us which
> shall prevail in any case, we take it as your authorization to correspond
> with you by e-mail if you send us messages by e-mail. However, we reserve
> the right not to execute orders and instructions transmitted by e-mail at
> any time and without further explanation.
> E-mail transmission may not be secure or error-free as information could
> be intercepted, corrupted, lost, destroyed, arrive late or incomplete. Also
> processing of incoming e-mails cannot be guaranteed. All liability of
> Vontobel Holding Ltd. and any of its affiliates (hereinafter collectively
> referred to as "Vontobel Group") for any damages resulting from e-mail use
> is excluded. You are advised that urgent and time sensitive messages should
> not be sent by e-mail and if verification is required please request a
> printed version. Please note that all e-mail communications to and from the
> Vontobel Group are subject to electronic storage and review by Vontobel
> Group. Unless stated to the contrary and without prejudice to any
> contractual agreements between you and Vontobel Group which shall prevail
> in any case, e-mail-communication is for informational purposes only and is
> not intended as an offer or solicitation for the purchase or sale of any
> financial instrument or as an official confirmation of any transaction.
> The legal basis for the processing of your personal data is the legitimate
> interest to develop a commercial relationship with you, as well as your
> consent to forward you commercial communications. You can exercise, at any
> time and under the terms established under current regulation, your rights.
> If you prefer not to receive any further communications, please contact
> your client relationship manager if you are a client of Vontobel Group or
> notify the sender. Please note for an exact reference to the affected group
> entity the corporate e-mail signature. For further information about data
> privacy at Vontobel Group please consult www.vontobel.com.
>

--
http://www.freelists.org/webpage/oracle-l
Received on Wed Jun 24 2020 - 13:52:04 CEST

Original text of this message