>
Isn't there a framework level mechanism that handles all this?>
>I'm almost afraid to respond ;-)
>
>Both DataSets and Entities offer change tracking if you stay connected to the data.
>
True, yet if I understand correctly, they don't exactly provide intelligent messaging at least out of the box. Ahhh, I guess we have to build some of the intelligence ourselves, no matter what the development platform. I just thought that a "Big Boy .NET Framework" would at least help us towards that goal a bit.
>In April 2007, Entities lose change tracking if you disconnect from the data. Typed DataSets keep their change tracking which makes them suitable for passing between tiers for selective updates. I'm very much a student but I can already do a selective update using a typed DataSet.
>
That's good to know, since disconnected datasets are becoming more and more popular, or should I say "necessary".
>If you ask on UT whether NET people are using this change tracking, the most common answer is "no". If you ask why, the answer is that change tracking is generally unnecessary and that people are using a pessimistic locking technique.
>
>If I were planning a NET deployment, IMHO I'd be using change tracking all the time with a generic locking facility that can be activated as required. If it had to be done in April 2007 I guess I'd use Typed DataSets, but promised changes for Linq for SQL would make that preferable if people can wait.
>
>That's pretty much the conclusion I've reached after a fairly intensive investigation, so now I'm looking at open source alternatives just as critically before deciding what to do next.
Do keep us posted with your findings -- Linq or open source, doesn't matter. You're not alone in this wilderness...
P.