ध्यान रखने योग्य कुछ बातें:
-
कार्यक्षेत्रों की संख्या - हो सकता है कि आप एक सर्वर स्कोप के विरुद्ध 1500 क्लाइंट स्कोप के बजाय क्लाइंट-टू-सर्वर के लिए 1-से-एक स्कोप अनुपात रखना चाहें। यह प्रत्येक क्लाइंट के सिंक ज्ञान को एक दूसरे से अलग करता है, आप अन्य स्कोप को प्रभावित किए बिना क्लाइंट स्कोप को ड्रॉप और रीक्रिएट भी कर सकते हैं। समन्वयन ज्ञान भी बहुत छोटा होगा।
-
स्कोप परिभाषा - सभी तालिकाओं को एक दायरे में डंप न करें। अलग-अलग तालिकाओं में अलग-अलग विशेषताएं होती हैं (उदाहरण के लिए, केवल डाउनलोड करें, केवल-पढ़ने के लिए, कम लगातार अपडेट, अक्सर अपडेट किया जाता है, आदि ...)। उनकी विशेषताओं के आधार पर समूह तालिकाएँ।
-
बैचिंग - यदि परिवर्तन छोटे हैं, तो बैच न करें। आप बैचिंग में प्रदर्शन ओवरहेड लेते हैं क्योंकि बैचिंग को फाइलें लिखनी होती हैं और बाद में, इसे फाइलों से परिवर्तन डेटासेट का पुनर्गठन करना पड़ता है।
-
मेटाडेटा क्लीनअप - सेटअप मेटाडेटा प्रतिधारण और मेटाडेटा क्लीनअप प्रक्रिया। इससे समन्वयन मेटाडेटा (ट्रैकिंग तालिका में पंक्तियाँ और समन्वयन ज्ञान) कम हो जाना चाहिए।
-
WCF कॉन्फिगरेशन - अपनी WCF कॉन्फिग एंट्रीज जैसे टाइमआउट, मैसेज साइज, आदि के लिए देखें... इस मुद्दे से भी अवगत रहें:http://support.microsoft.com/kb/2567595
संपादित करें:
इसके अलावा, अन्य स्कोप विचारों पर एक नज़र डालें:सिंक फ्रेमवर्क स्कोप और SQL Azure डेटा सिंक डेटासेट विचार
