Comments on: Sync Framework Tutorial – Part #3 – Preparing the server database http://alexduggleby.com/2007/12/16/sync-framework-tutorial-part-3-preparing-the-server-database/ Just me, you and a cup of tea... Thu, 01 Dec 2011 19:47:38 +0000 hourly 1 http://wordpress.com/ By: Yet another blog about... http://alexduggleby.com/2007/12/16/sync-framework-tutorial-part-3-preparing-the-server-database/#comment-1416 Fri, 05 Mar 2010 00:44:48 +0000 http://alexduggleby.com/2007/12/16/sync-framework-tutorial-part-3-preparing-the-server-database/#comment-1416 Sync framework – choose your primary keys type carefully…

When you want to use the Microsoft Sync Framework in biderectionnal mode you have to choose your row’s primary keys carefully !…

]]> By: Michael Lang http://alexduggleby.com/2007/12/16/sync-framework-tutorial-part-3-preparing-the-server-database/#comment-1280 Fri, 20 Mar 2009 05:51:34 +0000 http://alexduggleby.com/2007/12/16/sync-framework-tutorial-part-3-preparing-the-server-database/#comment-1280 Readers should be aware since this article was posted another option has become available that can be used with the sync framework to track database changes, namely SQL Server 2008 change tracking. See the following link for more details…

http://msdn.microsoft.com/en-us/library/cc305322.aspx

]]> By: Jim http://alexduggleby.com/2007/12/16/sync-framework-tutorial-part-3-preparing-the-server-database/#comment-1247 Wed, 31 Dec 2008 17:32:07 +0000 http://alexduggleby.com/2007/12/16/sync-framework-tutorial-part-3-preparing-the-server-database/#comment-1247 You talk about BigInt, Binary(8) and Binary(50) ? what is going on here?

]]> By: App Sec Engineer http://alexduggleby.com/2007/12/16/sync-framework-tutorial-part-3-preparing-the-server-database/#comment-1236 Fri, 10 Oct 2008 09:13:39 +0000 http://alexduggleby.com/2007/12/16/sync-framework-tutorial-part-3-preparing-the-server-database/#comment-1236 Hey there, I have an application with a N-Tier + 1 architecture :P I know it may sound crazy but this very large app utilizes a windows forms console, communicating to a WCF Data Service, which acts as a proxy to a remoted application server that does the database talking. I only recently moved our technology to full use of WCF at the frontal tiers instead of a general application web service. Everything is running great and I now am attempting the local database cache and sync technology. I’m concerned though that each of the examples I find, like this one, presume that the WCF service will be able to communicate with the databases directly. Do these sync components allow me to distribute or add an additional layer to the backend point where they perform their database interaction as to fit into my seemingly N+1 Tier architecture? I have already implemented the typical N-Tier framework by having my application service be the “dataservice” and simply replicating the “Get” functions out to the WCF tier. Perhaps something similar can be done for the sync components? I’m just unclear as to what can and can’t be serialized or which components of the sync framework I would place in the app service vs the WCF service. One thing for sure though, the WCF service the client communicates with can have no database access.
Any input would be very much appreciated :>

]]>