Vue vers PS, problème incompréhensible !

Version imprimable

18/07/2011, 16h23
Just-Soft

Vue vers PS, problème incompréhensible !
Salut

ce bout de code fonctionne à merveille dans la vue mais quand je le mets dans une PS j'ai une erreur.

voici le code en question :
Code:

1 2 3 4 case when (tb_process.nh4_sortie is null) then '/' else tb_process.nh4_sortie*tb_process.volume_mj_sortie/1000 end,
l'erreur engendrée lors de l'exécution de la PS est

Citation:

Overflow occured during data type conversion.
conversion error from string "/".

une idée svp ?
18/07/2011, 16h45
Barbibulle

Bonjour,

Je dirais que la variable dans lequel vous renvoyez le résultat est de type numeric ou decimal ou float et donc quand le CASE renvoi le caractère '/', ca ne lui plait pas.
18/07/2011, 17h02
Just-Soft

Citation:

Envoyé par Barbibulle

Bonjour,

Je dirais que la variable dans lequel vous renvoyez le résultat est de type numeric ou decimal ou float et donc quand le CASE renvoi le caractère '/', ca ne lui plait pas.

Merci Barbibulle
c'était ça effectivement mais pourquoi dans la requête ça passe malgré que le type de base du champ est numérique !!!

comment puis-je le forcer dans la PS à prendre '/' quand c'est null

merci encore
18/07/2011, 17h25
Barbibulle
Code:

1 2 3 4 case when (tb_process.nh4_sortie IS NULL) then '/' else tb_process.nh4_sortie*tb_process.volume_mj_sortie/1000 end,
Le type renvoyé par la requete est char ou varchar, c'est pour ca que ca fonctionne.

Si le but de cette PS c'est de faire de la présentation de résultat, utilisez un varchar(xx). Si ce résultat vous souhaitez pouvoir l'utiliser dans d'autre calcul je vous déconseille de procéder ainsi.
18/07/2011, 17h27
Cl@udius

Salut

Ton paramètre de sortie étant de type DECIMAL il ne peut accepter un CHAR ("/" dans ton cas).

Une solution: renvoie -1 au lieu de "/", et c'est au niveau de l'application que tu adaptes l'affichage des données.

@+ Claudius
18/07/2011, 17h33
Just-Soft

Citation:

Envoyé par Cl@udius

Salut

Ton paramètre de sortie étant de type DECIMAL il ne peut accepter un CHAR ("/" dans ton cas).

Une solution: renvoie -1 au lieu de "/", et c'est au niveau de l'application que tu adaptes l'affichage des données.

@+ Claudius

Salut Cl@udius, effectivement c'est ce que j'ai fais.

Salut

dans le même état d'esprit, j'ai une autre requête qui donne le résultat souhaité mais quand je l'ai convertis en PS j'ai eu une erreur de type "arithmetic overflow or division by zero has occured".

voici mon code :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
BEGIN
    FOR
    select 
        d.date_bilan,
        c.nom_unite,
        b.nom_step,
        d.volume_mj_sortie* d.nombre_jour_reel as Vol_Traite_Mois,
        a.energie_active,
        a.energie_reactive,
        a.pma,
        a.rap_puissance,
        a.montant_facture,
        a.energie_active / (cast(nullif(d.volume_mj_sortie,0) as integer) * d.nombre_jour_reel) as Taux_consommation
    from tb_energie a
        inner join tb_step b on (a.code_step = b.code_step)
        inner join tb_unite c on (b.code_unite = c.code_unite)
        inner join tb_process d on (b.code_step = d.code_step)
 
    where 
        (
            (a.date_mois =:DATE_BILAN_SAISIE and d.date_bilan =:DATE_BILAN_SAISIE )
        )
 
    into
        :DATE_BILAN,
        :NOM_UNITE,
        :NOM_STEP,
        :VOLUME_TRAITE_MOIS,
        :ENERGIE_ACTIVE,
        :ENERGIE_REACTIVE,
        :PMA,
        :RAP_PUISSANCE,
        :MONTANT_FACTURE,
        :TAUX_CONSOMMATION
DO
  BEGIN
    suspend;
  END
END

19/07/2011, 11h36
TryExceptEnd

Division par zéro :

Code:

a.energie_active / (cast(nullif(d.volume_mj_sortie,0) AS integer) * d.nombre_jour_reel) AS Taux_consommation
19/07/2011, 11h55
Just-Soft

Citation:

Envoyé par TryExceptEnd

Division par zéro :

Code:

a.energie_active / (cast(nullif(d.volume_mj_sortie,0) AS integer) * d.nombre_jour_reel) AS Taux_consommation

je ne crois pas que j'ai une division par zéro car la fonction nullif renvoie null quand le volume vaut 0 et dans la requête sa passe.
19/07/2011, 12h19
TryExceptEnd

Citation:

Envoyé par Just-Soft

je ne crois pas que j'ai une division par zéro car la fonction nullif renvoie null quand le volume vaut 0 et dans la requête sa passe.

Ah oui, désolé pour la précipitation, ça doit être donc un débordement du a un type de colonne qui ne supporte pas le résultat d'une multiplication.
20/07/2011, 07h03
Just-Soft

Bonjour !

je viens de trouver l'erreur, il s'agit de la taille d'une variable de type varchar :aie: bizarre que FB ne tronque pas le résultat mais le signal comme erreur arithmétique ou de conversion :cry: