Return-Path: X-Original-To: oracle-l@orafaq.com Delivered-To: oracle-l@orafaq.com Received: from puck1183.startdedicated.com (localhost [127.0.0.1]) by puck1183.startdedicated.com (Postfix) with ESMTP id 208081961051 for ; Thu, 3 Mar 2016 21:57:04 +0100 (CET) Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by puck1183.startdedicated.com (Postfix) with ESMTPS for ; Thu, 3 Mar 2016 21:57:04 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 94EE833C7C; Thu, 3 Mar 2016 15:57:02 -0500 (EST) X-Virus-Scanned: Debian amavisd-new at turing.freelists.org Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PVPsuMMOCP1w; Thu, 3 Mar 2016 15:57:02 -0500 (EST) Received: from turing.freelists.org (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id E461933CFF; Thu, 3 Mar 2016 15:56:21 -0500 (EST) Received: with ECARTIS (v1.0.0; list oracle-l); Thu, 03 Mar 2016 15:55:41 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id DA8C733C29 for ; Thu, 3 Mar 2016 15:55:40 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z3FM+d9thTvA for ; Thu, 3 Mar 2016 15:55:40 -0500 (EST) Received: from userp1040.oracle.com (userp1040.oracle.com [156.151.31.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTPS id 9658D33BDB for ; Thu, 3 Mar 2016 15:55:40 -0500 (EST) Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u23Ktdx7007733 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 3 Mar 2016 20:55:39 GMT Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u23KtcCG006935 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 3 Mar 2016 20:55:39 GMT Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u23Ktc5P006156; Thu, 3 Mar 2016 20:55:38 GMT MIME-Version: 1.0 Message-ID: Date: Thu, 3 Mar 2016 12:55:34 -0800 (PST) From: Jeff Smith To: gogala.mladen@gmail.com, oracle-l@freelists.org Subject: RE: I need to vent References: <64a21060a19340f6bec90fc06d6f9256@wpvl1dag02.hcrec.com> <56D8A407.4010603@gmail.com> In-Reply-To: <56D8A407.4010603@gmail.com> Content-Type: multipart/alternative; boundary="__1457038538418247873abhmp0007.oracle.com" X-Source-IP: userv0021.oracle.com [156.151.31.71] X-archive-position: 63770 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-to: oracle-l-bounce@freelists.org X-original-sender: jeff.d.smith@oracle.com Precedence: normal Reply-To: jeff.d.smith@oracle.com List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: oracle-l X-List-ID: oracle-l List-subscribe: List-owner: List-post: List-archive: X-list: oracle-l --__1457038538418247873abhmp0007.oracle.com Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Well, impossible to see until you learn to use a code formatter of course= =20 =20 From: Mladen Gogala [mailto:gogala.mladen@gmail.com]=20 Sent: Thursday, March 03, 2016 3:52 PM To: oracle-l@freelists.org Subject: Re: I need to vent =20 On 03/01/2016 10:56 AM, Matt Adams wrote: 1.8 million characters!!!!! How in bloody hell does ANYTHING write a sing= le sql statement that 1.8 million characters long. =20 =20 Actually, it's quite simple:=20 select sysdate=20 from dual; Voila! One reason to write a thing like that would be to prank your favouri= te DBA. You can do it in a little bit more expensive way by doing something= like this: select count(*) from emp,emp,emp,emp,emp,emp,emp,emp,emp,emp,emp,emp,emp,emp,emp,emp,emp; This is going to peg a CPU thread for a good 5 minutes, using 100% of CPU p= ower. The "working part" is the FROM clause, which generates a Cartesian pr= oduct and it is at the end of the mostly blank SQL, so it would be almost i= mpossible to see using SQL*Developer or Toad. The downside of the SQL is th= at as soon as the DBA sees SCOTT.EMP used in production, she or he will pro= bably kill the session immediately. The good side of this SQL is that it wi= ll send your BCHR through the roof. --=20 Mladen Gogala Oracle DBA Tel: (347) 321-1217 --__1457038538418247873abhmp0007.oracle.com Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable

= Well, impossible to see until you learn to us= e a code formatter of course

 

From: Mladen Gogala [mailto:= gogala.mladen@gmail.com]
Sent: Thursday, March 03, 2016 3:52 PM<= br>To: oracle-l@freelists.org
Subject: Re: I need to vent<= o:p>

 

=

On 03/01/2016 10:56 AM, Matt Adams wrote:

1.8 million characters!!!!!   How in bloody hel= l does ANYTHING write a single sql statement that 1.8 million characters lo= ng.

 

 


Actually, it's= quite simple:
select sysdate
<few millions of empty lines and s= pace characters>
from dual;

Voila! One reason to write a thing= like that would be to prank your favourite DBA. You can do it in a little = bit more expensive way by doing something like this:

select count(*)=
<few millions of empty lines with space characters>
from emp,e= mp,emp,emp,emp,emp,emp,emp,emp,emp,emp,emp,emp,emp,emp,emp,emp;

This= is going to peg a CPU thread for a good 5 minutes, using 100% of CPU power= . The "working part" is the FROM clause, which generates a Cartes= ian product and it is at the end of the mostly blank SQL, so it would be al= most impossible to see using SQL*Developer or Toad. The downside of the SQL= is that as soon as the DBA sees SCOTT.EMP used in production, she or he wi= ll probably kill the session immediately. The good side of this SQL is that= it will send your BCHR through the roof.



= 

-- 
Mladen Gogala
Oracle=
 DBA
Tel: (347) 321-1217
= --__1457038538418247873abhmp0007.oracle.com-- -- http://www.freelists.org/webpage/oracle-l