Types DÉCIMAUX dans Teradata

Quelqu'un peut-il expliquer le résultat suivant je reçois dans Teradata:

SELECT TYPE(CAST (2.3 AS DECIMAL(18,4)) * CAST (2.3 AS DECIMAL(18,4))  )

Le résultat est:

DECIMAL(18,8)

Je m'attendais à VIRGULE(18,4)

InformationsquelleAutor Adam | 2013-07-10
  1. 5

    Chaque SGBD a ses propres règles concernant les calculs impliquant des nombres décimaux.

    Teradata les règles de base sont:
    Lorsque vous ajouter/soustraire/diviser Décimales résultant de la précision de fraction est la plus grande des deux opérandes, par exemple, dec(10,2) + dec(10,4) = dec(xx,4)

    Mais quand vous multipliez les chiffres fractionnaires sont ajoutés, e.g.dec(10,2) * dec(10,4) = dec(xx,6)

    L'ensemble de la précision a un peu plus de règles (certaines en fonction de la dbscontrol MAxDecimal réglage).

    Et puis il y a la règle la plus importante, les gens ont tendance à oublier:
    Après chaque calcul, le résultat est arrondi à cette précision.

    sel 2.0/3.00 * 100, 100*2.0/3.00;

    *** Query completed. One row found. 2 columns returned.
    *** Total elapsed time was 1 second.

 ((2.0/3.00)*100)   ((100*2.0)/3.00)
-----------------  -----------------
            67.00              66.67

    Dieter

    • Merci pour votre réponse. selon ce que vous avez écrit (et je testet il en Assistant) les règles d'arrondi sont basés sur la précision d'un dénominateur. Exemple: SEL 2.0/3.00 résultats dans 0.67 Pouvez-vous svp confirmer? Réponse de Rob dans ce post, stackoverflow.com/questions/17404617/integer-and-not-decimal/... a été que les règles d'arrondi en fonction de la précision du NUMÉRATEUR. Merci de m'envoyer un feedback. Thx
    • Dnoeth la réponse est plus précise que ce que j'ai donné dans mon explication.
    • Comme je l'ai écrit, il est basé sur les deux opérandes, SEL 2.00/3.0 résultats dans 0.67
    • Merci les gars, pour les grands et retour d'information précis!
    InformationsquelleAutor dnoeth