Re: Is the query engine always smart enough to know when to generate an internal CTE on a query?

Peter Lunde <[email protected]>
Newsgroups gmane.comp.hardware.ibm.midrange
Message-ID <PH7PR12MB68369F039DF51C7F7CE25ACF90D12@PH7PR12MB6836.namprd12.prod.outlook.com>
Hi Dan,

I think an explicit CTE is worth a try.

Best Regards,

Peter.
647-456-3124
[email protected]

________________________________
From: MIDRANGE-L <midrange-l-bounces-+hD5IHI5Xscn3HwCXmMcX9BPR1lH4CV8@public.gmane.org> on behalf of Dan Bale via MIDRANGE-L <[email protected]>
Sent: Thursday, August 06, 2026 17:23
To: Midrange Systems Technical Discussion <[email protected]>
Cc: Dan Bale <dan.bale-EkiVQpMPPJH8R359/[email protected]>
Subject: Is the query engine always smart enough to know when to generate an internal CTE on a query?

We've got a long-running query that has a tendency to get canceled because it hits our temporary storage threshold.

The current table has a lot of conditions in the WHERE clause on the primary table that greatly narrow the rows from that table.  There are also 15 left joins on that primary table.  I've thought about modifying the query to use a CTE on the primary table and move the conditions in the WHERE clause to the CTE.

I'm just wondering if the query engine optimizes this anyway without the explicit CTE.  Thoughts?

- Dan Bale
*** CONFIDENTIALITY NOTICE: The information contained in this communication may be confidential, and is intended only for the use of the recipients named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please return it to the sender immediately and delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender. ***
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: [email protected]
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request-+hD5IHI5Xscn3HwCXmMcX9BPR1lH4CV8@public.gmane.org
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support-FMtJrHiV//lnDLsaKlm4mFaTQe2KTcn/@public.gmane.org for any subscription related questions.

You can help support midrange.com by visiting https://donate.midrange.com and making a contribution.
-- 
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: [email protected]
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request-+hD5IHI5Xscn3HwCXmMcX9BPR1lH4CV8@public.gmane.org
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support-FMtJrHiV//lnDLsaKlm4mFaTQe2KTcn/@public.gmane.org for any subscription related questions.

You can help support midrange.com by visiting https://donate.midrange.com and making a contribution.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.