La comparaison de l'égalité des datetimes ne compare pas

J'ai une question comment datetimes sont comparées/stocké dans C#. Considérons 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);

L'Affirmer.IsNotNull est un échec en raison de la date /heure à vérifier. Je m'attends à ce que le LanguageDictionary instance est créée avec la valeur de la variable que les deux seraient égaux. C'est à l'aide de Telerik.OpenAccess et MSSQL en DB couche donc je suis en supposant que le problème vient de là. Quelqu'un peut me dire si il y a quelque chose qui me manque avec ce et comment bien comparer ces valeurs.

EDIT: La tique valeurs sont différentes, mais je ne sais pas pourquoi ils viennent tous deux de la même variable que j'seulement affecter à la fois.

Êtes-vous sûr que les dates sont identiques? La comparaison va prendre des heures/minutes/secondes/millisecondes en compte.
C'est la chose, la tique valeurs sont différentes, mais je ne suis pas sûr pourquoi, car ils proviennent de la même variable createdDate.
Système.DateTime
Désolé, supprimé mon commentaire accidentely :/ Comment bien faire les tiques sont-elles différentes? Est-il une différence constante?
Par 117 x.CreatedDate étant plus grande.

OriginalL'auteur Ash | 2013-04-17

  1. 19

    Essayez d'utiliser DateTime.Equals(x.CreatedDate, createdDate), ça pourrait aider.

    Autre que cela, bon DateTime la comparaison est extrêmement compliqué avec les fuseaux horaires, les décalages, utc, heure locale, et autres joyeusetés. Je ne serais pas du tout surpris un simple == comparer entre les deux apparemment identiques, les dates de retour faux.

    Si le Ticks valeur diffère sur d'écriture et de lecture, vous êtes peut-être confronté à un DateTimeKind problème, où vous êtes en train de rédiger un DateTimeKind.Local à la base de données, mais un retour d'une DateTimeKind.Unspecified.

    L'autre option pourrait être (si la différence est assez petit) que le DateTime dans votre base de données n'est pas assez important pour stocker la même quantité de millisecondes .net DateTime:

    Une graduation représente une centaine de nanosecondes ou un dix-millionième de seconde. Il y a 10 000 tiques en une milliseconde.

    En fonction de votre stockage de données, il pourrait ne pas être aussi détaillé que ce. Votre DateTime valeurs ne viennent pas de la même source, il est lu à partir de la mémoire, l'autre est lu à partir de la base de données.

    Merci pour l'idée mais cela ne fonctionne pas non plus.
    Dans ce cas, est de comparer la représentation de chaîne des dates, une option valide?
    Si vous voulez juste pour obtenir de nouveau le dossier que vous avez créé, voir Teleriks Comment faire: Insérer des Objets. Il relira à la création de la clé primaire après l'enregistrement.
    En fait, je vais créer une extension de la classe DateTime comparer sans les tiques que je le vois venir de nouveau. Merci pour la réponse, cela me donne beaucoup de clarté.

    OriginalL'auteur Willem Duncan

  2. 2

    SqlServer magasins un datetime dans (environ) 3-ordre de la milliseconde à la fois.

    datetime les valeurs sont arrondies au incréments de, 000, 003 ou 007 secondes

    Un aller-retour d'un DateTime par le biais de la base de données peut donc être désactivé par quelques ms.

    De sorte que vous ne devriez pas tester pour "exactement égal", mais pour "assez près"

    var y = cr.FindBy(x => x.CultureCode == cultureCode && 
                    x.CreatedDate >= createdDate.AddMilliseconds(-5) && 
                    x.CreatedDate <= createdDate.AddMilliseconds(5))
     .FirstOrDefault();
    Je ne savais pas, merci pour le tuyau, j'avais upvote mais votre exemple de code n'est pas très pratique dans la réalité. maintenant, si vous faites une extension, maintenant nous parlons
    Vous pouvez utiliser (x.CreatedDate - createdDate).Milliseconds < 4 si vous êtes à la recherche d'un plus court notation.
    Vous aurez besoin d'ajouter un Math.Abs autour d'elle, parce que vous pourriez obtenir des valeurs négatives de cette comparaison (qui sont bien sûr toujours <4)
    Vous avez tout à fait raison (pun intended), j'ai oublié d'écrire que vers le bas...

    OriginalL'auteur Hans Kesting

  3. 0

    Je pense qu'il serait préférable pour vous d'utiliser le type DateTime.UtcNow lorsque vous stockez des données, puis vous n'avez pas à vous soucier de l'heure d'été etc. Vous pouvez ensuite afficher la façon dont vous voulez plus tard à l'aide de la culture que vous choisissez.

    Cela ne fonctionne pas.

    OriginalL'auteur Michael Ciba