J'ai une requête avec la manière dont les dentètes sont comparées / stockées dans C #. Considérez le code suivant:
var createdDate = DateTime.Now;
using (cr = new LanguageDictionaryRepository(ds)) {
cr.Add(new Sybrin10.Data.DTO.LanguageDictionary() {
Active = true,
CreatedDate = createdDate,
CultureCode = cultureCode,
Data = new System.Text.UTF8Encoding().GetBytes("Test")
});
cr.Save();
var y = cr.FindBy(x => x.CultureCode == cultureCode && x.CreatedDate == createdDate).FirstOrDefault();
Assert.IsNotNull(y);
3 Réponses :
Je pense qu'il serait peut-être préférable d'utiliser DateTime.utcnow lorsque vous stockez les données, puis vous n'avez pas à vous soucier des problèmes de temps d'économie de jour, etc. Vous pouvez ensuite l'afficher comment vous voulez plus tard en utilisant la culture que vous utilisez. Choisissez.
Essayez d'utiliser Autre que cela, bon Si la valeur diffère sur l'écriture et la lecture, vous pouvez être confronté à un problème L'autre option pourrait être (si la différence est suffisamment petite) que le champ Une seule tique représente cent nanosecondes ou un dix-million d'une seconde. Il y a 10 000 tiques dans un milliseconde.
Selon votre stockage de données, cela pourrait ne pas être aussi détaillé que ceci. Les valeurs DateTime ne proviennent pas de la même source, l'une est lue de la mémoire, l'autre est lue de la base de données. DateTime.equals (x.createdDate, créatedDate) , cela pourrait aider.
DateTime La comparaison est un sujet massivement compliqué avec des fuseaux horaires, des décalages, de l'UTC, de l'heure locale et de ce que. Je ne serais pas du tout surpris sur un simple == comparer entre deux dates apparemment identiques à renvoyer false.
DateTimeKind , où vous écrivez un denttitimekind.local < / Code> Dans la base de données, mais récupérer un DateTimeKind.unspecified .
DateTime de votre base de données n'est pas suffisamment significatif pour stocker la même quantité de millisecondes que le .NET DateTime < / code>:
Dans ce cas, la représentation des chaînes des dates est-elle une option valide?
Si vous voulez simplement récupérer le disque que vous avez créé, voir Teleriks Comment: insérer des objets . Il va lire la clé primaire créée après l'enregistrement.
En fait, je vais créer une extension à la classe DateTime pour comparer sans ticks car je vois cela à nouveau. Merci pour la réponse, cela m'a donné beaucoup de clarté.
sqlserver stocke un DateTime dans (environ) incréments de 3-millisecondes .
Êtes-vous sûr que les dates sont identiques? La comparaison prendra des heures / minutes / secondes / milli-secondes en compte.
C'est la chose, les valeurs de tick sont différentes, mais je ne sais pas pourquoi car ils proviennent tous deux de la même variable créée.
Désolé, j'ai supprimé mon commentaire accidentellement: / Combien les tiques diffèrent-elles? Est-ce une différence constante?
Par 117 avec X.CreateDaDate étant plus grande.
Ive Mise à jour ma réponse, fondamentalement
117 n'est rien parce qu'une coche est un dix-million d'une seconde.Merci pour votre réponse, cela m'a donné beaucoup de détails.