Différence entre DECIMAL et NUMERIC

Quelle est la différence entre le type de données SQL NUMERIC et DECIMAL ?
Si les bases de données à traiter ces différemment, je voudrais savoir comment faire pour au moins:

  • SQL Server
  • Oracle
  • Db/2
  • MySQL
  • PostgreSQL

En outre, existe-il des différences dans la façon dont des pilotes de base de l'interprétation de ces types?

InformationsquelleAutor leeeroy | 2009-12-03
  1. 36

    Ils sont les mêmes pour presque tous les usages.

    À la fois de différents fournisseurs utilisé différents noms (Numérique/Décimal) pour presque la même chose. SQL-92, fait la même chose avec une petite différence qui peut être spécifique au vendeur:

    NUMÉRIQUE doit être exactement aussi précis qu'il est défini — si l'on définit 4 décimales, la DB doit toujours magasin 4 décimales.

    DÉCIMAL doit être au moins aussi précis qu'il est défini. Cela signifie que la base de données peut stocker plus de chiffres spécifié (en raison de la derrière-le-scènes de stockage d'avoir de l'espace pour plus de chiffres). Cela signifie que la base de données peut stocker 1.00005 au lieu de 1.0000, affectant les calculs futurs.

    Dans SQL Server Numérique est définie comme étant identique à la Décimale dans tous les sens — à la fois toujours stocker uniquement le nombre de décimales spécifié.

    • est le décimal/numérique, chose à ne pas l'inverse? stackoverflow.com/questions/759401/...
    • Oui, c'est correct.
    • Édité à est "l'autre sens", pour plus de clarté; je pense que David strikethroughs ont plus de confusion que de bien.
    InformationsquelleAutor David
  2. 8

    Ils sont synonymes, aucune différence du tout.

    Au moins sur SQL Server dans la norme ANSI SQL normes.
    Cette DONC réponse montre une certaine différence dans la norme ANSI, mais je soupçonne que dans la mise en œuvre, ils sont de la même

    InformationsquelleAutor gbn
  3. 4

    Postgres: Pas de différence

    dans la documentation description dans le tableau 8.1 semble même, mais il n'est pas expliqué pourquoi il est mentionné séparément, de sorte
    selon Tom Lane post

    Il n'y a pas de différence, dans
    Postgres. Il existe deux types de noms parce que le standard SQL requiert
    nous acceptons les deux noms. En un rapide coup d'oeil dans la norme, il apparaît
    la seule différence est la suivante:

         17)NUMERIC specifies the data type exact numeric, with the decimal
        precision and scale specified by the <precision> and <scale>.

     18)DECIMAL specifies the data type exact numeric, with the decimal
        scale specified by the <scale> and the implementation-defined
        decimal precision equal to or greater than the value of the
        specified <precision>.

    c'est à dire, pour les DÉCIMALES de la mise en œuvre est autorisé pour permettre plus de chiffres
    que ce qui est demandé à la gauche de la virgule décimale. Postgres n'est pas
    l'exercice de cette liberté donc il n'y a pas de différence entre ces types de
    nous.

          regards, tom lane

    aussi une page inférieur docs état clairement, que

    Le type decimal et numeric sont équivalentes. Les deux types sont une partie de
    la norme SQL.

    et aussi à les alias de table decimal [ (p, s) ] est mentionné comme alias pour numeric [ (p, s) ]

    InformationsquelleAutor Vao Tsun
  4. 1

    Ils sont en fait équivalents, mais ils sont indépendants l'un des types, et techniquement pas des synonymes, comme ROWVERSION et TIMESTAMP - s'ils ont été visés comme des synonymes dans la documentation à la fois. C'est une signification légèrement différente de synonyme (par exemple, ils sont indiscernables à l'exception de nom, pas un est un alias pour l'autre). Ironique, non?

    Ce que j'interprète à partir de la formulation dans la MSDN est en réalité:
    Ces types sont identiques, ils ont juste des noms différents.

    Autre que le type_id valeurs, ici, tout est identique:

    SELECT * FROM sys.types WHERE name IN (N'numeric', N'decimal');

    Je n'ai absolument aucune connaissance de toutes les différences de comportement entre les deux, et de revenir à SQL Server 6.5, ont toujours traités comme 100% interchangeables.

    for DECIMAL(18,2) and NUMERIC(18,2)? Assigning one to the other is technically a "conversion"?

    Que si vous le faites de façon explicite. Vous pouvez le prouver facilement par la création d'un tableau et ensuite d'inspecter le plan de requête pour les requêtes effectuer explicite ou - vous pouvez vous y attendre - les conversions implicites. Voici un tableau simple:

        CREATE TABLE [dbo].[NumDec]
(
    [num] [numeric](18, 0) NULL,
    [dec] [decimal](18, 0) NULL
);

    Maintenant exécuter ces requêtes et de capturer le plan:

    DECLARE @num NUMERIC(18,0);
DECLARE @dec DECIMAL(18,0);

    SELECT 
      CONVERT(DECIMAL(18,0), [num]), -- conversion
      CONVERT(NUMERIC(18,0), [dec])  -- conversion
    FROM dbo.NumDec
    UNION ALL SELECT [num],[dec] 
      FROM dbo.NumDec WHERE [num] = @dec  -- no conversion
    UNION ALL SELECT [num],[dec] 
      FROM dbo.NumDec WHERE [dec] = @num; -- no conversion

    nous avons des conversions explicites où nous avons demandé pour eux, mais pas de conversions explicites où l'on pourrait attendre d'eux. Semble l'optimiseur est de les traiter comme interchangeables, trop.

    Personnellement, je préfère utiliser le terme DÉCIMAL juste parce que c'est beaucoup plus précis et descriptif. BIT est "numérique" trop.

    InformationsquelleAutor Coder Girl