Agrandir un champ smallint en int

Bonjour,

Je fais souvent des interventions chez un client pour réparer un batch SQL que j'avais repris par une collègue, je l'avais également retouché suite à une demande d'évolution, depuis, j'ai très régulièrement l'erreur de dépassement arithmétique où je multiplie 2 champs de type smallint .
Exemple de requête qui ne fonctionne pas tout le temps :

Code:

---

1 2 3 4 5 6 7 8 9

declare @DateDebut varchar(20)='31/07/2017' declare @DateFin varchar(20)='05/11/2017'   select round(sum(qte_canard * NB_REPAS)*1.0/56181,2) from LOTS_DECOUPE as LOT inner join TRACABILITE as TRAC on trac.ID_TRACABILITE=lot.ID_TRACABILITE and CONVERT(date, jour_g) between CONVERT(date, @DateDebut) and CONVERT(date, @DateFin) and TRAC.CODE_TRACABILITE not like '%XXX%' and LEN(TRAC.CODE_TRACABILITE)=13 and CODE_TRACABILITE <> '0000000000000'

---

Je voulais savoir s'il y aurait des précautions à prendre pour faire passer les champs qte_canard et NB_REPAS de smallint à int, sans avoir à retoucher aux données déjà enregistrées en base.

Merci

Bonjour,

Non, pas de précautions particulières à prendre.

Cela dit, si le type SMALLINT est suffisant pour vos deux colonnes, vous pouvez aussi transtyper dans la requête, au moment de faire le calcul.

Bonjour,

La solution que j'ai apporté jusqu'à maintenant était justement de transtyper chacune des colonnes à chaque fois que le message d'erreur apparaissait, tantôt je retranscris en int, tantôt en bigint, surtout que dans le pire des cas, la plage des dates peut s'étaler sur 1 année entière.

Pourquoi tu n'écris pas ta requête avec un transtypage direct ?

Code:

---

select round(sum(CAST(qte_canard as INT)* CAST(NB_REPAS as INT))*1.0/56181,2)

---

J'ai précisément ce que j'ai fait (à la différence que j'ai fait un CONVERT), le souci c'est que j'ai 2 bases de données qui ont exactement la même structure, exactement la même liste de procédures stockées, chaque base de données a 8 procédures stockées qui font beaucoup de calculs, d'où mon souci d'optimisation.

Ok, mais c'est quoi alors ton problème en clair alors ?

Comme je l'ai dit, j'ai beaucoup de calculs où je dois multiplier 2 champs de type smallint et sommer le résultat que je dois corriger, non pas sur 1 base de données, mais sur 2.
Au lien de faire des transtypages à chaque fois que l'erreur de dépassement de la mémoire apparait, je pensais modifier le type des champs numériques, en faisant passer du type smallint à int (ou bigint ou decimale(18,0), selon la définition de la période définie par l’utilisateur), d'où ma demande initiale.

C'est très faisable de changer le type des colonnes mais si le problème est au niveau du «calcul» autant le changer directement dans le calcul !
Est-ce que le problème vient que tu n'as pas la main sur le code du «calcul» ? Si non, ne cherche pas plus loin.

Citation:

---

Envoyé par romulus001

Au lien de faire des transtypages à chaque fois que l'erreur de dépassement de la mémoire apparait, je pensais modifier le type des champs numériques, en faisant passer du type smallint à int (ou bigint ou decimale(18,0), selon la définition de la période définie par l’utilisateur), d'où ma demande initiale.

---

C'est une très mauvaise idée !
C'est méconnaître complètement le rôle et l'impact, hyper important, en termes de performance, du choix du type de données. Le type de données doit être adapté au données représentées, et ce, et sur le plan sémantique et sur le plan physique (précision, échelle, longueur, etc.).
Suis plutôt le conseil donné par 7gyY9w1ZY6ySRgPeaefZ, du post ci-dessus #4.

A+