Discussion :

[Jeffco1974]

Bonjour,
dans une table j'ai crée une colonne de type Datetime et je lui ai ajouté une valeur par défaut : GETDATE() :


j'insert des données dans cette table via une application WPF dans Visual Studio avec EntityFrameWork (peut être la source du problème ????)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 public void CreateUser()
 {
     _dc.UTILISATEURS.Add(new UTILISATEURS()
     {
         U_ID = CreateAccountUserId,
         U_NOM = CreateAccountUserLastName,
         U_PRENOM = CreateAccountUserFirstName,
         MDP = CreateAccountUserPassWord,
         U_MAIL = CreateAccountUserEmail,
         U_MDP = CreateAccountUserPassWord
     });
     _dc.SaveChanges();
 }

Mais la zone de date reste toujours a null...


qu'en pensez vous ?

[tatayo]

Bonjour,
La valeur par défaut est utilisée si la colonne n'est pas présente dans la requête d'insertion.
Or il est plus que probable que EF affecte toutes les colonnes, que tu ais affecté une valeur ou pas au membre correspondant dans ton code.
Le membre en question est null ici, donc il en est de même pour la colonne dans la ligne insérée.
Il est possible de tracer les requêtes lancées par EF (en tout cas c'est possible avec EF Core), mais je n'ai pas le code sous la main, désolé.
De mémoire c'est avec la méthode LogTo du ContextBuilder.

Tatayo.

[escartefigue]

Bonjour,

Avoir choisi un type varchar pour la colonne de l'identifiant est une hérésie.
L'identifiant doit être concis et stable, les colonnes char ou varchar sont le plus souvent sémantiques et instables, de plus, du varchar(50) c'est loin d'être concis.
Egalement, varchar(5) et varchar(1) est contre performant, pour des données aussi courtes, du char fixe est préférable.