Re: Best Practices Question
- From: "Alberto Silva - Microsoft MVP - Device Application Development" <alberto.silva@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Fri, 23 Jan 2009 17:02:19 -0000
Hi,
The tables you refer as 'read only' on the device, can be defined as 'download only' in the publication, so there won't be any change tracking on those tables on the device. Also, suppose that during the day you want the subscribers to just upload new orders and not download any server side changes, you can define that behavior on the Replication object on the device.
In regards to the one SDF/multiple SDFs, we have one single SDF on a SFA tools with about 110 tables, up to 60mb on some customers, and Merge Replication fulfills our needs.
--
Alberto Silva
www.moving2u.pt - R&D Manager
http://msmvps.com/AlbertoSilva - Blog
Microsoft MVP - Device Application Development
"Michael P" <mipp@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message news:eiBUCTXfJHA.5540@xxxxxxxxxxxxxxxxxxxxxxx
I am developing a SQL Server Compact 3.5 application that utilizes merge replication. Deployment will be to about 100 nodes..
I have about 10 tables that are included in the merge rep subscription. A few will change each day, resulting in small updates. These tables hold source data from the originating db and will never be updated at the client. This is an order entry system, so data will be passed back from other tables and will be done without merge replication. I will also have 10 to 15 application tables in the sdf to hold order data and other client specific stuff.
My question is should I separate the merge replicated read-only tables into one sdf, then put the read/write tables in another? I realize this is an open ended question, but since this is my first OCA with CE, I figured I'd seek some advice. I see some merits to that methodology, but wanted to ask the pros their opinion.
- References:
- Best Practices Question
- From: Michael P
- Best Practices Question
- Prev by Date: Re: Best Practices Question
- Next by Date: Should SQL Compact work in headless systems?
- Previous by thread: Re: Best Practices Question
- Next by thread: Should SQL Compact work in headless systems?
- Index(es):
Relevant Pages
|