Comment éviter l'erreur "diviser par zéro" en SQL ?

Question

J'ai ce message d'erreur :

Msg 8134, Niveau 16, État 1, Ligne 1 Erreur de division par zéro rencontrée.

Quelle est la meilleure façon d'écrire le code SQL pour que je ne voie plus jamais ce message d'erreur ?

Je pourrais faire l'une ou l'autre des choses suivantes :

• Ajouter une clause where pour que mon diviseur ne soit jamais zéro.

Ou

• Je pourrais ajouter une déclaration de cas, afin qu'il y ait un traitement spécial pour le zéro.

Est-ce que la meilleure façon d'utiliser un NULLIF clause ?

Existe-t-il un meilleur moyen, ou comment le faire respecter ?

Answer 1

Afin d'éviter une erreur de "division par zéro", nous l'avons programmé comme suit :

Select Case when divisor=0 then null
Else dividend / divisor
End ,,,

Mais voici une façon beaucoup plus agréable de le faire :

Select dividend / NULLIF(divisor, 0) ...

Maintenant, le seul problème est de se souvenir du bit NullIf, si j'utilise la touche "/".

Answer 2

Dans le cas où vous voulez retourner un zéro, au cas où une déviation de zéro se produirait, vous pouvez utiliser :

SELECT COALESCE(dividend / NULLIF(divisor,0), 0) FROM sometable

Pour chaque diviseur qui est zéro, vous obtiendrez un zéro dans le jeu de résultats.

Answer 3

Cela semblait être la meilleure solution pour ma situation lorsque j'essayais de résoudre le problème de la division par zéro, qui se produit dans mes données.

Supposons que vous souhaitiez calculer les ratios hommes/femmes pour différents clubs scolaires, mais vous découvrez que la requête suivante échoue et émet une erreur de division par zéro lorsqu'elle tente de calculer le ratio pour le club du Seigneur des anneaux, qui ne compte aucune femme :

SELECT club_id, males, females, males/females AS ratio
  FROM school_clubs;

Vous pouvez utiliser la fonction NULLIF pour éviter la division par zéro. NULLIF compare deux expressions et renvoie null si elles sont égales ou la première expression sinon.

Réécrivez la requête comme suit :

SELECT club_id, males, females, males/NULLIF(females, 0) AS ratio
  FROM school_clubs;

Tout nombre divisé par NULL donne NULL et aucune erreur n'est générée.

Answer 4

Vous pouvez également le faire au début de la requête :

SET ARITHABORT OFF 
SET ANSI_WARNINGS OFF

Donc si vous avez quelque chose comme 100/0 il retournera NULL. Je ne l'ai fait que pour des requêtes simples, donc je ne sais pas comment cela affectera les requêtes plus longues/complexes.

Answer 5

EDIT : Je reçois beaucoup de votes négatifs sur ce sujet récemment... alors j'ai pensé que je devais juste ajouter une note indiquant que cette réponse a été écrite avant que la question ne subisse sa dernière modification, où renvoyer null a été mis en évidence comme une option... ce qui semble très acceptable. Une partie de ma réponse répondait à des préoccupations comme celle d'Edwardo, dans les commentaires, qui semblait préconiser de renvoyer un 0. C'est le cas contre lequel je m'élevais.

REPONSE : Je pense qu'il y a un problème sous-jacent ici, à savoir que la division par 0 n'est pas légale. C'est une indication que quelque chose est fondamentalement faux. Si vous divisez par zéro, vous essayez de faire quelque chose qui n'a pas de sens mathématiquement, donc aucune réponse numérique que vous pouvez obtenir ne sera valide. (L'utilisation de null dans ce cas est raisonnable, car ce n'est pas une valeur qui sera utilisée dans des calculs mathématiques ultérieurs).

Edwardo pose donc la question suivante dans les commentaires : "Que se passe-t-il si l'utilisateur inscrit un 0 ?", et il estime qu'il devrait être acceptable d'obtenir un 0 en retour. Si l'utilisateur met zéro dans le montant, et que vous voulez que 0 soit retourné lorsqu'il le fait, alors vous devriez mettre un code au niveau des règles de gestion pour attraper cette valeur et retourner 0... et non pas avoir un cas spécial où la division par 0 = 0.

C'est une différence subtile, mais elle est importante... parce que la prochaine fois que quelqu'un appelle votre fonction et s'attend à ce qu'elle fasse la bonne chose, et qu'elle fait quelque chose de funky qui n'est pas mathématiquement correct, mais qui gère juste le cas particulier, elle a de bonnes chances de mordre quelqu'un plus tard. Vous n'êtes pas vraiment en train de diviser par 0... vous ne faites que renvoyer une mauvaise réponse à une mauvaise question.

Imaginez que je suis en train de coder quelque chose, et que je me plante. Je devrais lire une valeur d'échelle de mesure de radiation, mais dans un cas étrange que je n'ai pas anticipé, je lis 0. Je dépose ensuite ma valeur dans votre fonction... vous me renvoyez 0 ! Hourra, pas de radiation ! Sauf qu'il est vraiment là et que c'est juste que je passais une mauvaise valeur... mais je n'en ai aucune idée. Je veux que la division lance l'erreur parce que c'est le drapeau qui indique que quelque chose ne va pas.