En ce qui concerne la commande SubmitChanges (Insert, Update, Delete), existe-t-il un moyen de modifier cette commande? Je dois d'abord exécuter les suppressions, les mises à jour, puis les nouvelles insertions. J'ai un DataGrid où l'utilisateur peut faire tout ajouter, modifier et mettre à jour et soumettre. Comme chaque ligne de la grille doit contenir un élément unique (via une liste déroulante), l'utilisateur peut supprimer la ligne, puis essayer d'utiliser l'élément déroulant supprimé dans une nouvelle ligne, puis essayer de mettre à jour tous les changements et avoir la mise à jour échoue (puisque l'élément que l'utilisateur veut supprimer existe toujours dans la base de données parce que l'envoi est en train de faire les insertions en premier). Existe-t-il un paramètre dans lequel je peux contrôler l'ordre de mise à jour automatique ou dois-je manuellement effectuer les mises à jour moi-même?Contexte LINQ SubmitChanges
1
A
Répondre
0
Je ne crois pas que ce soit possible. Vous devez traiter les modifications dans l'ordre souhaité et appeler SubmitChanges() après chaque insertion, mise à jour ou suppression. Si vous voulez que tout soit compris dans le cadre d'une transaction, utilisez l'objet TransactionScope.
1
Je n'ai pas essayé ceci, mais vous pourriez considérer ce qui suit. Tout d'abord, obtenez le ChangeSet
en utilisant DataContext.ChangeSet
. Ensuite, exécutez le ChangeSet.Deletes
en appelant Table<T>.DeleteOnSubmit
sur une nouvelle instance de votre DataContext
. Rincez à nouveau pour le ChangeSet.Updates
et le ChangeSet.Inserts
.
Bonne chance.
Questions connexes
- 1. DataContext SubmitChanges dans LINQ
- 2. Fonction Linq SubmitChanges() - quand appeler?
- 3. LINQ to SQL: SubmitChanges() ne fonctionne pas?
- 4. accès multi-threading à SubmitChanges() (LINQ to SQL)
- 5. ADO Entity SubmitChanges non soumis
- 6. Valider Linq2Sql avant SubmitChanges()
- 7. Contexte LINQ dynamique
- 8. Linq Faux/contexte Mock
- 9. Modification d'un contexte de données d'objets LINQ
- 10. Utilisation de Linq SubmitChanges sans TimeStamp et StoredProcedures
- 11. LINQ ne se met pas à jour sur .SubmitChanges()
- 12. problème avec submitChanges() insertion d'enregistrements indésirables dans linq
- 13. Le contexte de données LINQ ne montre pas les méthodes
- 14. SubmitChanges() mise à jour seulement 1 champ?
- 15. ASP.NET LINQ à SQL SubmitChanges() ne met pas à jour la base de données
- 16. LINQ to SQL SubmitChanges() insère deux lignes de base de données et un enfant Row
- 17. LINQ to SQL: Supprimer une nouvelle entité enfant ajoutée avant submitchanges - échoue
- 18. Linq to SQL: comment obtenir des valeurs ajoutées via InsertOnSubmit mais avant SubmitChanges?
- 19. Erreur LINQ to SQL erratique: "l'opération ne peut pas être effectuée pendant un appel à SubmitChanges."
- 20. Qu'est-ce qui provoquerait un débordement SqlDateTime lors de l'utilisation de LINQ to SQL SubmitChanges()?
- 21. couche dans laquelle pour faire des appels LINQ-sql comme SubmitChanges(), InsertOnSubmit() etc
- 22. LINQ to SQL - récupérer l'objet, modifier, SubmitChanges() crée de nouveaux objets
- 23. Update SubmitChanges() - ne met pas à jour
- 24. Silverlight RIA Services SubmitChanges Validation Erreur
- 25. Linq2SQL: SubmitChanges couverts par une transaction?
- 26. Débogage des services RIA de Silverlight SubmitChanges
- 27. Pourquoi mon objet de contexte LINQ DataClass n'apparaît-il pas?
- 28. LINQ to SQL - Même objet utilisateur, contexte de données différent
- 29. Le contexte LINQ doit-il être fermé à chaque fois?
- 30. LINQ to SQL - Mise à jour des objets de contexte de données dans des classes partielles