Jo, det finns en orsak till att det står vs i rubriken!Entity Framework vs. Sync Framework...
Sitter och testar litegrann med ADO.NET Sync Framework, och det verkar ganska användbart, i alla fall mot SQL2008, om man har behov av att köra offline längre perioder.
Men, det är ju helt inriktat på Datasets (där funktionaliteten i princip redan fanns, med XML på disk!). Och om jag påbörjar ett nytt projekt nu känns kanske inte det hetast i världen.
Finns det något sätt att få Sync att leka snällt med Entity Framework? Jag tänker bla. på förhållandet synkade/icke-synkade tabeller, som jag fattar det blir det två olika EntityModels, en som ansluter till CE och en till "ordinarie" db, och själva synken hanteras helt separat. Så vill man ju inte ha det...