Stockage Azure: le point décimal est ignoré lors de la sauvegarde

Question

J'ai une valeur correctement stockée dans une propriété d'un objet, mais lorsque j'enregistre les modifications dans la base de données de stockage Azure, la valeur double est stockée dans la base de données en ignorant le point (7.11000000003 est enregistré en tant que 711). En outre, la propriété est modifiée en 711.0.

Comment résoudre ce problème?

Le champ est déjà défini pour doubler dans la classe et la table de base de données.

Answer 1

Ce problème semble être dû aux paramètres de culture utilisés par le stockage de stockage. Si vous regardez la table TableRow à l'intérieur de la base de données Dev Storage, les données sont stockées en XML et les valeurs décimales utilisent le point comme séparateur décimal. Ici, au Brésil, le point est le séparateur des milliers. J'ai édité les données directement dans le Dev Storage db, en changeant le point à une virgule (séparateur décimal PT-BR), et la valeur a été lu ok. C'est étrange, car si la valeur est lue correctement lorsque nous utilisons le séparateur décimal PT-BR, il semble que Dev Storage utilise mon paramètre de culture actuel. Mais pourquoi la culture n'est pas appliquée sur la sauvegarde des données? PS: la modification des paramètres régionaux de Windows en EN-US a résolu le problème. Je suppose que c'est pourquoi c'est le seul article que je pourrais trouver à ce sujet.

Answer 2

Votre double valeur est-elle dans son propre champ ou est-ce dans le champ partitionkey ou rowkey? PartitionKey et RowKey sont toujours des chaînes.

Je viens de créer un test simple qui écrit et lit une ligne avec un double champ, et les valeurs sont très bien conservées. J'ai modifié la classe échantillon SmsMessage à partir du code SMS Bill Lodin via msdev.com formation (je pris le int champ Délai et changé pour un flotteur, et retitré à MyDouble des éclaircissements):

public class SmsMessage: TableServiceEntity 
{ 
    public double MyDouble { get; set; } 
    public SmsMessage(string destination, string message, double myDouble) 
    { 
     PartitionKey = destination; 
     RowKey = message; 
     MyDouble = myDouble; 
    } 
    public SmsMessage() 
     : base("", string.Format("{0:d10}", DateTime.Now.Ticks)) 
    { 
    } 
} 

je puis écrire à le SmsMessageTable:

smsTable.AddObject("SmsMessages", new SmsMessage(destination, message, myDouble)); 
smsTable.SaveChanges(); 

J'y vois dans l'explorateur de stockage de table, et mes doubles sont comme je les ai inscrits (par exemple 1,2345).

je récupère puis avec une simple requête LINQ, un nom d'utilisateur donné dans la clé de partition:

var results = from m in smsTable.SmsMessages 
         where m.PartitionKey.Equals(txtDestination.Text.Trim()) 
         select m; 

Mes doubles valeurs sont toutes conservées et fortement typés comme doubles.

Answer 3

Comment vérifiez-vous la valeur? Le stockage de développement local utilise SQL Express sous le capot, ce qui vous permet d'ouvrir SQL et de faire des recherches. Je voudrais éviter cela et lire à la place la valeur en utilisant la bibliothèque du client de stockage .NET. Je soupçonne que la valeur reviendra correctement.

(Peut-être dans le magasin local SQL soutenu, la valeur est stockée dans la notation scientifique?)

Answer 4

Bien que j'apprécie l'effort et probablement que je ne l'ai pas exposer le cas assez bien, rien de tout cela vraiment répondu à ma question . Cette réponse est juste de ne pas attribuer la prime injustement. La prime ne doit pas être attribuée automatiquement à la meilleure réponse avec> = 2 upvotes.