Discussion :

[touftouf57]

Bonjour,

Je dois reprendre une "vieille" appli qui pose désormais des problèmes.

L'appli injecte des données dans une base de données via Entity Framework.
Les données a injecté sont obtenues depuis un fichier csv.

Le client me dit que les dates sont incorrectes maintenant.
La date du 4 juin 2020 est transformée dans la base de données en 6 avril 2020.

On est bien d'accord que la date du 4 juin 2020 est bien injecté en 4 juin 2020 via entity framework.
Il n'y a aucune conversion, transformation, dans les opérations d'insertion / mise à jour?

Je n'ai pas de fichier d'exemple à parser, mais je me demande si le problème n'est pas plutot du coté du parsing du fichier.

Merci.

[tatayo]

Bonjour,
Si les données viennent d'un fichier CSV, il y a forcément un DateTime.parse quelque part dans le code source.
Celui-ci attend le format à utiliser, tu peux donc regarder de ce côté là.
D'ailleurs je me demande ce que l'application va faire pour le 31 juillet ?

Tatayo.

[Pol63]

si ta colonne dans la base est bien une date, la classe générée par EF est normalement un datetime
entre les 2 il n'y a donc aucun problème possible, car les dates utilisent un format binaire et non une représentation string

donc ca vient bien de la lecture du csv, la plupart des transformations string<>date utilisent les paramètres régionaux de windows pour savoir comment faire, problème qui peut survenir quand on déplace une application sur un autre poste
il est possible avec ParseExact de forcer un format, si tu es sur que le csv aura toujours le même format, car ca peut aussi venir de la génération du csv qui s'est mis à changer de format

@tatayo datetime.parse throw une exception quand il essaye de trouver le 13ème mois (ou plus)