Ce qui est mauvais dans “Quand les Autres Alors Nul” en PL/SQL?

Je viens de lire cette question, et une solution affirme que:

Le fait que vous ne savez pas que vous avez obtenu
le NO_DATA_FOUND exception suggère
que vous avez fait l'une des plus grandes
les erreurs de code PL/SQL développeurs jamais faire:

EXCEPTION
    -- Never do this in real code!!!
   WHEN OTHERS THEN NULL;
END;

Pourriez-vous m'expliquer quel est l'erreur dans cette déclaration et qu'aimeriez-vous faire pour éviter de le faire...

InformationsquelleAutor Romain Linsolas | 2009-09-17
  1. 14

    Le problème, c'est que vous êtes attraper toutes les exceptions, puis de les ignorer. Vous ne savez jamais quand quelque chose va mal.

    • Tu veux dire que les mauvaises pratiques ici n'est pas "alors que les Autres Alors Nul", mais que de l'utiliser, c'est à dire sans attraper de toute autre exception avant?
    • Non, sa mauvaise à jamais l'utiliser. à tout le moins, votre quand d'autres, la clause doit enregistrer l'exception quelque part. mais plus probablement, vous devez vous connecter et de soulever l'exception
    • Je suis en désaccord. Il y a un certain nombre de parfaitement valide les scénarios où vous voulez attraper toutes les exceptions et de les ignorer. Si vous vous connectez ou non, c'est à vous. Je suis d'accord que 9 fois sur dix, vous voulez faire une sorte de journalisation mais si je fais une sorte de " meilleurs efforts de code dans l'un des plus fréquemment utilisés, le faible niveau de l'API puis je serais probablement sauter les frais généraux de l'exploitation forestière.
    • et puis, un jour, vous allez rayer votre tête sur pourquoi quelque chose ne marche pas, et s'en vont de l'ajout de code de débogage, ou courir à travers le débogueur de trouver l'endroit où son échec. Il peut y avoir des cas très limités, je soupçonne son plus comme 999/1000 que 9/10 si.
    • Bottom line: si vous n'avez pas de soins si le processus échoue, vous n'avez donc pas de soins si l'opération réussit, alors pourquoi gaspiller les ressources de le faire, en premier lieu, - supprimer le code entièrement.
    InformationsquelleAutor Matthew Watson
  2. 1

    Il n'y a rien de mal avec cet extrait de code si vous ne voulez pas le pl/sql du bloc d'exception pour propager tout supplémentaire par exemple. Si vous le faites exprès, c'est pas mauvais code ou d'une erreur. C'est l'attraper tout en pl/sql. Et il pourrait y avoir des situations dans le code où vous avez imbriqué COMMENCER/EXCEPTION/FIN de bloc et on peut ne pas vouloir que l'opération échoue juste si une section de code ne fonctionne pas. Vous ne pouvez pas l'état, c'est mauvais codage si vous le faites intentionnellement pour quelque raison que ce soit/exigence. 

    BEGIN

  --something important here

  --something even more important here

  BEGIN
    --something secondary goes here but not important enough to stop the process or
    --log a message about it either
    --maybe send an informative email to the support group or 
    --insert a log message when debugging the process or
    --the list could go on and on here
  EXCEPTION
    --I don't care if this block fails, absorbing all errors regardless of type
    WHEN OTHERS THEN NULL;
  END;

  -- something super important here, must happen

EXCEPTION
  WHEN NO_DATA_FOUND THEN 
    -- do something useful for this exception
  WHEN OTHERS THEN
    -- do something by default if we don't expect this error
END;
    • Dans la pratique, il est très rare de ne pas s'occuper d'une éventuelle exception. 99,9% de la when others then null code, c'est quand quelqu'un veut l'ignorer une erreur, mais il est trop paresseux pour l'attraper correctement.
    InformationsquelleAutor mike-james-greco
  3. -2

    Il est TOUJOURS mauvais codage. Et vous pouvez dire que c'est mauvais codage si vous le faites exprès. En fait, c'est horrible de code si vous le faites exprès parce qu'il demonstrats peu comment vous comprendre au sujet de toutes les erreurs que vous êtes complètement ignorant.

    http://stevenfeuersteinonplsql.blogspot.com/2017/02/now-not-to-handle-exceptions.html

    https://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:1155066278457

    InformationsquelleAutor dci_dave