Oracle-L: RE: WHERE 1 = 1 (any info on this)

From: <Jared.Still_at_radisys.com>
Date: Tue, 21 Oct 2003 09:44:28 -0800
Message-ID: <F001.005D3E10.20031021094428@fatcity.com>

We looked at SQR in 1994. We chose Perl instead, it was much more flexible. The fact that Perl was free didn't have anything to do with the decision.

Perl was just much more capable for data processing and reporting.

Jared

"Mercadante, Thomas F" <NDATFM_at_labor.state.ny.us> Sent by: ml-errors_at_fatcity.com
10/21/2003 10:24 AM
Please respond to ORACLE-L

        To:     Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>
        cc: 
        Subject:        RE: WHERE 1 = 1 (any info on this)

Raj,

What's wrong with SQR? I used it for a few years and found it great. Especially for batch processing (both report writing and batch updating). We chose it when we ran away from Cobol about 9 years ago. At the time, our
choices were Oracle Rpt (can you say RPG?), the very first version of Oracle
Reports (boy, did that ever suck) and staying with Cobol.

We were very happy with our choice. it is still the tool used by Banner (College Erp software).

Tom Mercadante
Oracle Certified Professional

-----Original Message-----
Sent: Tuesday, October 21, 2003 12:14 PM To: Multiple recipients of list ORACLE-L

I have seen people use this in pseudo-dynamic sql in a beast called SQR. Especially when they have code like ...

select ...
union
select ...
union
select ...
union
select ... limit to your imagination.

Lot of people think that using 1=1 in absence of a valid limiting condition
will let them evaluate (and get data from) a union clause where as putting 1=2 will help them avoid ...

I don't hate just because I don't like SQR, I don't like it because until CBO encounters and evaluates 1=2 clause, it still does all the work of selecting etc and that is just a waste.

Raj

Rajendra dot Jamadagni at nospamespn dot com All Views expressed in this email are strictly personal. QOTD: Any clod can have facts, having an opinion is an art !

This e-mail message is confidential, intended only for the named recipient(s) above and may contain information that is privileged, attorney
work product or exempt from disclosure under applicable law. If you have received this message in error, or are not the named recipient(s), please immediately notify corporate MIS at (860) 766-2000 and delete this e-mail message from your computer, Thank you.

**********5
--

Please see the official ORACLE-L FAQ: http://www.orafaq.net
--

Author: Jamadagni, Rajendra
INET: Rajendra.Jamadagni_at_espn.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------

To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
--

Please see the official ORACLE-L FAQ: http://www.orafaq.net
--

Author: Mercadante, Thomas F
INET: NDATFM_at_labor.state.ny.us

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------

--

Please see the official ORACLE-L FAQ: http://www.orafaq.net
--

Author:
INET: Jared.Still_at_radisys.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------