Mettre à jour l'entité de ViewModel en MVC à l'aide de MODApper

J'ai eu cette question plusieurs fois et est normalement ceci:

L'ID FK sur la référence des parents ne correspond pas à la PK sur cette entité FK. C'est-à-dire que si vous avez une table de commande et une table orderstatus. Lorsque vous chargez à la fois dans des entités, commandez a orderstatusid = 1 et l'orderstatus.id = 1. Si vous changez d'orderstatusid = 2 mais ne mettez pas mettre à jour Orderstatus.Id à 2, vous obtiendrez cette erreur. Pour le réparer, vous devez soit charger l'ID de 2 et mettre à jour l'entité de référence, soit simplement définir l'entité de référence Orderstatus sur commande à NULL avant d'économiser.

Je ne suis pas sûr que cela va correspondre à votre exigence, mais je suggérerais de suivre.

de votre code, il semble sûrement que vous perdiez une relation pendant la cartographie.

Pour moi, cela ressemble à cela dans le cadre de la mise à jour des mises à jour, vous ne mettez pas en train de mettre à jour l'un des détails de l'enfant du fournisseur.

Si tel est le cas, je suggérerais d'UpdAdate uniquement des propriétés modifiées du fournisseur vers la classe fournisseur de domaine. Vous pouvez écrire une méthode distincte dans laquelle vous allez attribuer des valeurs de propriété à partir de fournisseurs à l'objet fournisseur (cela ne doit modifier que les propriétés non-enfants telles que le nom, la description, le site Web, le téléphone, etc.).

puis effectuez la mise à jour de dB. Cela vous évitera de la messpure possible des entités suivies.

Si vous modifiez les entités d'enfants du fournisseur, je suggère de les mettre à jour indépendamment des fournisseurs car la récupération d'un graphe d'objet entier à partir de la base de données nécessiterait de nombreuses requêtes à exécuter et de mettre à jour qu'il exécutera également des requêtes de mise à jour inutiles sur la base de données.

Mise à jour des entités permettrait de sauver de manière indépendante des opérations de base de données et d'ajouter aux performances de l'application.

Vous pouvez toujours utiliser la récupération du graphe d'objet entier si vous devez afficher tous les détails sur le fournisseur dans un écran. Pour les mises à jour, je ne recommanderais pas la mise à jour de l'ensemble du graphique d'objet.

J'espère que cela aiderait à résoudre votre problème.

la cause

la ligne ... p> xxx pré>

... Est-ce que beaucoup plus que la rencontre de l'œil. P>

1. Au cours de l'opération de mappage, updatedatedateUPLIPLIER code> charge ses collections ( adresses code>, etc.) paresseusement parce que SOPAPPER (AM) les accède. Vous pouvez vérifier cela en surveillant les instructions SQL. LI>
2. am remplace em> ces collections chargées par les collections Il mesure du modèle de vue. Cela se produit malgré le paramètre code> EveluStinyStizeValue. (Personnellement, je pense que ce paramètre est incompréhensible.) Li> ol>

   Ce remplacement a des conséquences inattendues: p>

   3. Il laisse les éléments d'origine dans les collections attachées au contexte, mais ne sont plus dans la portée de la méthode de votre choix. Les éléments sont toujours dans les collections code> locales code> (comme contexte .Addresses.Local code>) mais maintenant privé de leur parent, car ef a exécuté réparation de relations em>. Leur état est modifié code>. Li>
   4. Il attache les éléments du modèle d'affichage au contexte dans un état code> ajouté. Après tout, ils sont nouveaux dans le contexte. Si, à ce stade, vous attendez 1 adresse code> dans context.addresses.local code>, vous verriez 2. Mais vous ne voyez que les éléments ajoutés dans le débogueur. li> OL>

      Ce sont ces éléments «modifiés» moins parents qui provoquent l'exception. Et si ce n'est pas le cas, la prochaine surprise aurait été que vous ajoutez de nouveaux éléments à la base de données pendant que vous attendez uniquement des mises à jour attendues. P>

      OK, maintenant quoi? H3>

      Alors comment Fixez ceci? P>

      a. strong> J'ai essayé de rejouer votre scénario aussi étroitement que possible. Pour moi, une solution possible consistait en deux modifications: p>

      1. Désactiver le chargement paresseux. Je ne sais pas comment vous l'organiseriez avec vos référentiels, mais quelque part il devrait y avoir une ligne comme p>

         context.Entry(updatedSupplier).CurrentValues.SetValues(supplier);
         

J'ai recherché toutes les réponses de Stackoverflow et Google Recherches. Enfin, j'ai juste ajouté 'db.configuration.lazyladingenabled = false;' ligne et cela fonctionnait parfaitement pour moi.

 var message = JsonConvert.DeserializeObject<UserMessage>(@"{.....}");
        using (var db = new OracleDbContex())
        {
            db.Configuration.LazyLoadingEnabled = false;
            var msguser = Mapper.Map<BAPUSER>(message);
            var dbuser = db.BAPUSER.FirstOrDefault(w => w.BAPUSERID == 1111);
            Mapper.Map(msguser, dbuser);
            //  db.Entry(userx).State = EntityState.Modified;

            db.SaveChanges();
        }