Qui .NET type de données est le meilleur pour la cartographie du NOMBRE de données Oracle type dans NHibernate?

J'ai vu quelques exemples dans lesquels decimal est utilisé dans NHibernate projets pour la cartographie d'ensemble du nombre de colonnes dans Oracle. Actuellement, j'utilise int et long dans mon programme.

Quels sont les avantages de decimal sur int/long? Est-il mieux performer?

  • Qu'entendez-vous par "Quels sont les avantages de la virgule sur int/long? Est-il mieux performer?", les décimales ne sont pas des nombres entiers tels que int/long...
  • Cependant, un nombre décimal peut représentent un nombre entier, et j'ai vu decimal utilisé à la place de int/long dans divers exemples. J'essaie juste de comprendre pourquoi.
InformationsquelleAutor Ilya Kogan | 2011-03-31
  1. 57

    J'ai vu décimal utilisé à la place de int/long dans divers exemples. J'essaie juste de comprendre pourquoi

    C'est probablement parce que .NET decimal et Oracle NUMBER des cartes un peu mieux que long et NUMBER et il vous donne également plus de flexibilité. Si, à un stade ultérieur ajouter un échelle dans l'Oracle de la colonne puis tu n'aurais pas à changer de type de données si vous avez déjà utilisé decimal.

    decimal est certainement plus lent que int et long depuis les deux versions ultérieures sont pris en charge par le matériel. Cela dit, vous devez rassembler montant considérable de données pour faire une différence. Je pense toujours que vous devez utiliser long si ce que vous avez à traiter avec, puis vous devriez également le tableau des définitions de colonne représentent qu'. NUMBER(18,0) pour long et ainsi de suite.

    La raison decimal cartes un peu mieux, c'est que long est de 64 bits et decimal est (un peu) de 128 bits.

    .NET

    Type: décimal

    La Gamme approximative: ±1.0 × 10^-28 à ±7.9 × 10^28

    Précision: 28-29 chiffres significatifs

    Type: long

    Gamme: -9,223,372,036,854,775,808 à 9,223,372,036,854,775,807

    Précision: 18 (19 pour ulong) chiffres significatifs

    Oracle

    NUMBER par défaut à 38 chiffres significatifs et une échelle de 0 (entier).

    Type: NOMBRE

    Plage: +- 1 x 10^-130 à 9.99...9 x 10^125

    Précision: 38 chiffres significatifs

    Microsoft est conscient du problème et notes

    Ce type de données est un alias de la
    NOMBRE(38) type de données, et est conçu
    de sorte que le OracleDataReader renvoie une
    Système.Décimal ou OracleNumber au lieu
    d'une valeur entière. À l'aide de l' .NET
    Cadre type de données, il peut provoquer une
    dépassement de capacité.

    Venez pour penser à elle vous avez réellement besoin BigInteger pour être en mesure de représenter le même nombre de chiffres significatifs à ce que NUMBER par défaut. Je n'ai jamais vu personne le faire et je suppose que c'est un très rare de besoin. Aussi BigInteger n'est pas coupé depuis NUMBER peuvent être positifs et négatifs de l'infini.

    • Apprendre quelque chose de nouveau chaque jour 🙂
    • //Cela fait beaucoup plus de sens pour moi. Un grand merci Jonas pour cette belle explication...!
    • Dans pincement, vous pouvez toujours utiliser la carte pour Oracle.ManagedDataAccess.Types.OracleDecimal comme évoqué dans docs.oracle.com/cd/B28359_01/win.111/b28375/featTypes.htm - IIRC travaille avec Nombre(38) et les poignées de +/-INF cas.
    InformationsquelleAutor Jonas Elfström
  2. 39
    [.NET: Int32] = [Oracle:NUMBER(2)..NUMBER(9)*] 
[.NET: Int64] = [Oracle:NUMBER(10)..NUMBER(18)*]
[.NET: Double] = [Oracle:NUMBER(x, 0)..NUMBER(x, 15)*]
[.NET: Double] = [Oracle: FLOAT]
[.NET: Decimal] = [Oracle:NUMBER]
    • Je ne sais pas où vous avez pris cela à partir, mais ce n'est pas ce qui se passe de facto. De ce que je vois, double est mappé à DOUBLE PRECISION, int est toujours associée à NUMBER(10,0) et decimal peut être mappé à un NUMBER(x,y) selon le .Precision(x).Scale(y) paramètres. Par la voie, chaning la .Precision de int ne pas modifier le mappage - il est toujours NUMBER(10,0). Et d'ailleurs, ce n'est pas la réponse à ma question.
    • J'utilise Devart, j'ai lu la réponse suivante, qui décrivent la CSDL types de mapping entre Oracle et .Net .devart.com/forums/viewtopic.php?t=15604
    • Mais je lui ai demandé à propos de NHibernate...
    • Il dépend de la façon dont vous verrouillez le Problème: Si vous souhaitez stocker un int32 (max = 2,147,483,647) vous avez besoin d'un NUMBER(10,0). Si vous voulez lire un NUMBER(10,0) (max = 9,999,999,999) vous avez besoin d'un long. Depuis les limites de suivre des concepts complètement différents, il n'y a pas moyen de contourner cela. Vous devez savoir d'où proviennent les données, et peut-être utiliser d'autres db contraintes.
    InformationsquelleAutor Homam
  3. 12
    NUMBER(1,0)     => Boolean          
NUMBER(5,0)     => Int16/short.MaxValue == 32767    
NUMBER(10,0)    => Int32/int.MaxValue == 2,147,483,647    
NUMBER(19,0)    => Int64/long.MaxValue == 9,223,372,036,854,775,807
    InformationsquelleAutor Carl Prothman