locked
Sync Services (Hub and Spoke) obsolet ? RRS feed

  • Question

  • We see a lot of examples (code gallery etc ...) using Collaborations Synchronization.

    Occasionnaly scenarios using ADO.NET Sync Services (v3) with objects like DbServerSyncProvider and SqlCeClientSyncProvider will be obsolet in near futur ?

    Should we just move all our futurs developments on collbarations sync (peer to peer) using SqlSyncProvider, SqlCeSyncProvider, and DbSyncProvider  ?

    and like always, sorry for my poor english :)
    Sébastien Pertus. Bewise
    • Moved by Max Wang_1983 Thursday, April 21, 2011 10:50 PM forum consolidation (From:SyncFx - Microsoft Sync Framework Database Providers [ReadOnly])
    Tuesday, October 27, 2009 8:05 AM

Answers

  • Sebastien,

    Great question and we are internally working on our guidance regarding the two sets of providers.  I would break the strengths/weaknesses of DbServerSyncProvider and SqlCeClientSyncProvider as follows:

    Strengths:

    ·     Supports SQL Server integrated change tracking

    ·     Great for scenarios that require dynamic parameters (i.e. I want a single set of commands to be used across all clients)

    ·     Reduces the amount of metadata required on the server

    Weaknesses:

    ·     Tied to a single topology shape

    ·     No formal support for SQL Express on the client

    ·     Batching capabilities are extremely limited

    On the other hand, I would break strengths/weaknesses of  SqlSyncProvider, SqlCeSyncProvider, and DbSyncProvider  as follows:

    Strengths:

    ·     Not tied to any specific topology shape

    ·     Enterprise class batching capabilities

    ·     Support for SQL Express on the client

    Weaknesses:

    ·     Not support for integrated change tacking

    ·     More metadata required

    ·     Does not address the needs of dynamic filtering

    Expect to hear more on this topic on our blog.

    Regards,




     

     


    Sean Kelley
    Senior Program Manager
    Microsoft
    Tuesday, October 27, 2009 8:39 PM
    Moderator