Return-Path: <oracle-l-bounce@freelists.org>
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 8C0611960252
 for <oracle-l@orafaq.com>; Sun,  1 Jan 2017 19:36:20 +0100 (CET)
Received: from turing.freelists.org (turing.freelists.org [206.53.239.180])
 by puck1183.startdedicated.com (Postfix) with ESMTPS
 for <oracle-l@orafaq.com>; Sun,  1 Jan 2017 19:36:20 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 78D00659A1;
 Sun,  1 Jan 2017 13:36:19 -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 ypyf0PSD9O3K; Sun,  1 Jan 2017 13:36:19 -0500 (EST)
Received: from turing.freelists.org (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id EFE9865D2B;
 Sun,  1 Jan 2017 13:36:06 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Sun, 01 Jan 2017 13:34:45 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 037CF64363
 for <oracle-l@freelists.org>; Sun,  1 Jan 2017 13:34:45 -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 iAsRDfpLrL1j for <oracle-l@freelists.org>;
 Sun,  1 Jan 2017 13:34:44 -0500 (EST)
Received: from mail-wm0-f49.google.com (mail-wm0-f49.google.com [74.125.82.49])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTPS id A46BA21085
 for <oracle-l@freelists.org>; Sun,  1 Jan 2017 13:34:44 -0500 (EST)
Received: by mail-wm0-f49.google.com with SMTP id k184so197631203wme.1
        for <oracle-l@freelists.org>; Sun, 01 Jan 2017 10:34:44 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:references:cc:from:message-id:date
         :user-agent:mime-version:in-reply-to;
        bh=yIGW82RiA4Sn70TP5Cy6uUAXlvBzA0qQKoVerfEiL3Y=;
        b=gtILwJ6x2NnECvg+W/tFMGwB6eMZDOm9/JQOmw0hL7IiISvfK1MaMT1cDLRmK/DgqM
         Rji/TINA4n9lax372NU+25kQHX/caETNQTT6t+csWE3xyE7avHp3mAWiIiaCLNiuKZtE
         XczggxTRxu8BYUXdn10OFGfpyeE5/DPQ+3PKZ5OStx8G1w8RdXtgXX6mqj1jxyzF1AHJ
         BhLXBZLD4yBWfFAGKbpiLF5kNMFunwxzVdiBC583qJEttxdBzkoawUoA4mVW5UuvxgT9
         gh7cItmsMb7ODTyE5KFRUoiEmXN3GdIHV2nVH8s/RbfqNtTndGRvfqRtWevrIhMOs9XA
         k9eg==
X-Gm-Message-State: AIkVDXJEuRZhWgE/W/VvQ1U8xGOEO3HAxecW+lMacjkAm8EOPXCy3QoDwe7Q45ig+1O8ZA==
X-Received: by 10.28.56.132 with SMTP id f126mr47233585wma.126.1483295682914;
        Sun, 01 Jan 2017 10:34:42 -0800 (PST)
Received: from [10.0.2.15] (78-0-231-23.adsl.net.t-com.hr. [78.0.231.23])
        by smtp.gmail.com with ESMTPSA id kp5sm84102941wjb.8.2017.01.01.10.34.41
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sun, 01 Jan 2017 10:34:42 -0800 (PST)
Subject: Re: Indexing NULL in the Oracle Database, is this the best practice?
To: Michael D O'Shea/Woodward Informatics Ltd
 <woodwardinformatics@strychnine.co.uk>
References: <CAGYrQysMWqMqphdhsHO7s=X4pn3s7SNDgZvcPJBpzXbgskDL0w@mail.gmail.com>
 <CAOVevU55Cv8VMon=b6BGoS=Lmtea0CkmXm_bKTFTb5Vmr58ESw@mail.gmail.com>
 <2863f93e-d201-00e1-9de8-ac36294e17ae@gmail.com>
 <11801CB2-EB74-487D-920E-D548543DA79A@strychnine.co.uk>
Cc: oracle-l@freelists.org
From: Mladen Gogala <gogala.mladen@gmail.com>
Message-ID: <ae12fa7f-edb2-62bd-afaf-e7fccdc66f65@gmail.com>
Date: Sun, 1 Jan 2017 13:34:41 -0500
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101
 Thunderbird/45.5.1
MIME-Version: 1.0
In-Reply-To: <11801CB2-EB74-487D-920E-D548543DA79A@strychnine.co.uk>
Content-Type: multipart/alternative;
 boundary="------------4B7F3667D71D25633322F4FE"
X-archive-position: 67261
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: gogala.mladen@gmail.com
Precedence: normal
Reply-To: gogala.mladen@gmail.com
List-help: <mailto:ecartis@freelists.org?Subject=help>
List-unsubscribe: <oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-subscribe: <oracle-l-request@freelists.org?Subject=subscribe>
List-owner: <mailto:mark.bobak@proquest.com>
List-post: <mailto:oracle-l@freelists.org>
List-archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l
--------------4B7F3667D71D25633322F4FE
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

On 01/01/2017 06:49 AM, Michael D O'Shea/Woodward Informatics Ltd wrote:
> > I am not a big fan of using semi documented functions like
> > that, because developers usually don't know anything about them.
>
> And yet we accept Oracle SQL 'hinting' without challenge, despite such 
> demonstrably poor Oracle documentation.
>
> —
>
> Michael D. O’Shea
> Woodward Informatics Ltd: http://www.strychnine.co.uk
>
>

Hinting is usually done by the DBA, who should know the basic hints and 
how to use them. Other than that, I am not sure who are "we" and how do 
"we" accept Oracle SQL hinting without challenge? Given that hints are 
usually issued by the DBA, what would that challenge look like? DBA 
walking on the walls of the Elsinore castle, and saying something like 
"to hint, or not to hint, that is the question now"? Besides the dubious 
literary value, I am not sure that such a soliloquy would have any 
effect of on the functioning of the database(s) entrusted to the DBA.


-- 
Mladen Gogala
Oracle DBA
http://mgogala.freehostia.com


--------------4B7F3667D71D25633322F4FE
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 01/01/2017 06:49 AM, Michael D
      O'Shea/Woodward Informatics Ltd wrote:<br>
    </div>
    <blockquote
      cite="mid:11801CB2-EB74-487D-920E-D548543DA79A@strychnine.co.uk"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <div class="">&gt; I am not a big fan of using semi documented
        functions like</div>
      <div class="">&gt; that, because developers usually don't know
        anything about them. </div>
      <div class=""><br class="">
      </div>
      <div class="">And yet we accept Oracle SQL 'hinting' without
        challenge, despite such demonstrably poor Oracle documentation.</div>
      <div class=""><br class="">
      </div>
      <div class="">—</div>
      <div class="">
        <div style="color: rgb(0, 0, 0); font-size: 12px; font-style:
          normal; font-variant-ligatures: normal; font-variant-position:
          normal; font-variant-caps: normal; font-variant-numeric:
          normal; font-variant-alternates: normal;
          font-variant-east-asian: normal; font-weight: normal;
          letter-spacing: normal; line-height: normal; orphans: auto;
          text-align: start; text-indent: 0px; text-transform: none;
          white-space: normal; widows: auto; word-spacing: 0px;
          -webkit-text-stroke-width: 0px;" class=""><br class="">
        </div>
        <div style="color: rgb(0, 0, 0); font-size: 12px; font-style:
          normal; font-variant-ligatures: normal; font-variant-position:
          normal; font-variant-caps: normal; font-variant-numeric:
          normal; font-variant-alternates: normal;
          font-variant-east-asian: normal; font-weight: normal;
          letter-spacing: normal; line-height: normal; orphans: auto;
          text-align: start; text-indent: 0px; text-transform: none;
          white-space: normal; widows: auto; word-spacing: 0px;
          -webkit-text-stroke-width: 0px;" class="">Michael D. O’Shea</div>
        <div style="color: rgb(0, 0, 0); font-size: 12px; font-style:
          normal; font-variant-ligatures: normal; font-variant-position:
          normal; font-variant-caps: normal; font-variant-numeric:
          normal; font-variant-alternates: normal;
          font-variant-east-asian: normal; font-weight: normal;
          letter-spacing: normal; line-height: normal; orphans: auto;
          text-align: start; text-indent: 0px; text-transform: none;
          white-space: normal; widows: auto; word-spacing: 0px;
          -webkit-text-stroke-width: 0px;" class="">Woodward Informatics
          Ltd: <a moz-do-not-send="true"
            href="http://www.strychnine.co.uk" class="">http://www.strychnine.co.uk</a><br
            class="">
          <br class="">
        </div>
      </div>
      <br class="">
    </blockquote>
    <br>
    Hinting is usually done by the DBA, who should know the basic hints
    and how to use them. Other than that, I am not sure who are "we" and
    how do "we" accept Oracle SQL hinting without challenge? Given that
    hints are usually issued by the DBA, what would that challenge look
    like? DBA walking on the walls of the Elsinore castle, and saying
    something like "to hint, or not to hint, that is the question now"?
    Besides the dubious literary value, I am not sure that such a
    soliloquy would have any effect of on the functioning of the
    database(s) entrusted to the DBA. <br>
    <p><br>
    </p>
    <pre class="moz-signature" cols="72">-- 
Mladen Gogala
Oracle DBA
<a class="moz-txt-link-freetext" href="http://mgogala.freehostia.com">http://mgogala.freehostia.com</a>
</pre>
  </body>
</html>

--------------4B7F3667D71D25633322F4FE--
--
http://www.freelists.org/webpage/oracle-l


