Quand et pourquoi utiliser cette approche?Quel est le besoin de "mises à jour déconnectées" dans LINQ To SQL?
Il semble être très difficile et il n'y a pas moyen facile de mettre à jour un datacontext déconnecté.
Alors pourquoi un tel besoin existerait-il dans le processus de développement?
Tout d'abord, ce n'est pas si difficile. L'entreprise pour laquelle je travaille est une entreprise de fabrication d'énergie solaire de 2,5 milliards de dollars et nous utilisons L2S comme base de toutes nos applications de fabrication. Nous utilisons des mises à jour déconnectées pour la plupart de nos mises à jour, avec beaucoup de succès.
Pourquoi y aurait-il un besoin? Que diriez-vous dans les situations où vous avez une base de données client, intermédiaire et backend. Le client parle au niveau intermédiaire via WCF (comme nous le faisons) ou des services web. Nous passons des entités du client au niveau intermédiaire pour mettre à jour (ou insérer) dans la base de données. Dans ce scénario, qui est TRÈS fréquent, toutes vos mises à jour seront déconnectées. La raison, bien sûr, est que les entités sont passées via WCF et qu'il n'y a, évidemment, aucune connexion avec état à la base de données dans ce scénario. C'est probablement comme cela que la majorité des applications sont écrites aujourd'hui.
Cela peut être fait, et ce n'est pas si difficile ou difficile.