Discussion :

[Leelith]

Bonjour!

Lorsque j'essaye d'insérer une ligne dans ma base de donnée, je passe par la méthode suivante:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
 public class Method
    {
        private static ISMS.Models.isms_databaseEntities db = new isms_databaseEntities();
 
        public void AddMethod(string _methodName)
        {
            tbl_method newMethod = new tbl_method();
            newMethod.met_name = _methodName;
            newMethod.tbl_client.cli_id = (int)1;
            db.AddTotbl_method(newMethod);
            db.SaveChanges();
        }
 
   // du code
}

Le seul problème, c'est qu'à l'éxecution, ça plante sur la ligne

Code :

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

1
2
 
newMethod.tbl_client.cli_id = (int)1;

lorsque j'essaye d'insérer la clé étrangère pour indiqué quel utilisateur (ici tbl_client) possède cette nouvelle ligne de la table tbl_method. Est-il nécessaire d'instancier également la table tbl_client, sachant qu'on insère dans la clé étrangère ce trouvant dans la table tbl_client?

Ceci, notamment à cause du mapping que fait EF. Je pense qu'il ne créer pas un champ avec une clé étrangère, mais plutôt va référencer sur le champ de la table contenant notre clé étrangère (tbl_client) de notre table principale (tbl_method), ce qui entraine donc une erreur de type

Object reference not set to an instance of an object

[Louis-Guillaume Morand]

bon alors déjà, le

Code :

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

(int)1

t'oublie le framework va automatiquement le convertir en int.

ensuite

Code :

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

newMethod.tbl_client.cli_id

tbl_client c'est effectivement le loading d'EF mais comme on fait du lazy loading c'est vide.

je pense que tu dois avoir une autre propriété sur ton objet tbl_method. par exemple
tbl_method.id_client = 1; ou un truc du genre. Il faudrait connaitre la structure de ta table.




pour finir, il va falloir revoir tes conventions de nommage si un jour tu bosses en équipe. Coté sql, appeler une table tbl_method n'est pas gênant (meme si tu verras plus souvent T_METHOD ou t_method), par contre, côté modèle C#, c'est moche. Ton objet représente une méthode mais pas une table de méthode quand tu fais tbl_method m = new tbl_method.
donc comme EF te le permet, prend l'habitude dans le designer EF, de renommer les classes coté C#, car ces noms n'ont pas besoin d'être identiques à la DB. Met plutôt Method, Client, etc. Au moins les noms sont parlants.
le nommage reste ton choix, mais il y a des conventions implicites qu'une majorité des développeurs utilisent, et le mieux est de rapidement prendre l'habitude d'utiliser ces conventions. Ca sera plus simple quand tu reprendras des projets d'autres personnes, ou l'inverse

[Leelith]

Merci pour ta réponse.

Effectivement, le nommage c'est un point que je dois améliorer Je vais corriger ça, et je te poste dès que possible le schéma des tables pour que ça soit plus parlant que ça

[Leelith]

Voilà donc une petite capture des 2 tables concernées :

[Leelith]

Je suis actuellement en train de lire un bouquin sur LINQ pour voir si j'arrive à résoudre mon problème.

Si quelqu'un à des propositions/solution, je suis preneur (toujours bloqué )

[Leelith]

J'ai trouvé une possible solution ici.

Seul soucis, je ne suis pas bien sûr de comprendre la signification des possibles problèmes que cette solution peut apporter:

This solution is essentially just a workaround that hides some of the limitations of independent associations, and like all workarounds it has limitations. The key then is to make an informed tradeoff between the benefits and the drawbacks. So here are some of the key drawbacks:

1. Properties in the partial class are not recognized by the Entity Framework, so you can't use them in your LINQ queries.
2. By referencing the fully qualified EntitySet name in our setter, we have coupled your Entity Class directly to the EntitySet. Now for most people this is not a problem, but it won't work if you try to re-use your entity classes between contexts or if you use MEST.
3. There are probably more... I'll add them as I think of them!

Si quelqu'un voit de quoi ça parle, merci d'avance

Bonne soirée!

L.