यहाँ मेरे प्रस्ताव हैं:
-
यदि आप डेटाबेस में डुप्लिकेट तालिका जोड़ने में सक्षम हैं तो यहां एक समाधान है। आपके पास अपनी तालिका1 . है और तालिका2 (तालिका1 . की प्रति ) जब आप तालिका1 . में नए रिकॉर्ड सम्मिलित करते हैं , आप अपनी तालिका2 . में मौजूदा रिकॉर्ड के साथ उनकी तुलना कर सकते हैं और इस प्रकार नए रिकॉर्ड खोजें। तुलना करने के बाद आपको table2 . में सभी नए रिकॉर्ड जोड़ने चाहिए . यह किसी प्रकार का सिंक्रनाइज़ेशन है। इसे संग्रहित खरीद या प्रोग्राम के माध्यम से बनाया जा सकता है।
-
आपको किसी अन्य टेबल की आवश्यकता नहीं है। आप अपने सभी डेटा को अपने ऐप कैश में स्टोर कर सकते हैं और कुछ समय (उदाहरण के लिए 5 सेकेंड) के साथ जांच सकते हैं कि क्या कोई नई घटना है, जो आपके कैश में मौजूद नहीं है। यदि वे मौजूद नहीं हैं - उन्हें अपने लॉग में या कहीं और सूचित करें और उन्हें कैश में जोड़ें। लेकिन अगर बहुत सारे रिकॉर्ड हैं, तो प्रसंस्करण समय + मेमोरी खपत में काफी वृद्धि होगी।
-
यदि आप डीबी बदलने में सक्षम हैं तो आप अपनी तालिका में 'isNew' कॉलम जैसा कुछ जोड़ सकते हैं। जब वेबसाइट से कोई नया डेटा आता है, तो कॉलम 'सत्य' होगा, आपका प्रोग्राम इसे ट्रैक कर सकता है, और प्रसंस्करण के बाद प्रत्येक रिकॉर्ड के लिए इस ध्वज को गलत पर सेट कर सकता है। (यदि वेबसाइट इस फ़्लैग को सेट नहीं कर सकती है, तो आप इन्सर्ट के बाद SQL TRIGGER का उपयोग कर सकते हैं ध्वज मान को सत्य पर सेट करने के लिए। वेबसाइट इस सुविधा के बारे में भी नहीं जान सकती है कि यह तृतीय-पक्ष वेब साइट है या आप वहां कुछ भी बदलना नहीं चाहते हैं)
-
यहां EF परिवर्तन ट्रैकिंग के बारे में लेख दिया गया है:http://blogs.msdn.com/b/adonet/archive/2009/06/10/poco-in-the-entity-framework-part-3-change-tracking-with- poco.aspx
लेकिन समस्या यह है कि आपको ईएफ के माध्यम से परिवर्तनों के लिए पूरी तालिका की जांच करनी चाहिए जो आपके ऐप के प्रदर्शन को प्रभावित करेगी।
यहां SQL सर्वर साइड चेंज ट्रैकिंग और कार्यान्वयन अवधारणाओं के बारे में उपयोगी जानकारी दी गई है:http://www.mssqltips.com/sqlservertip/1819/using-change-tracking-in-sql-server-2008/http://msdn.microsoft। com/en-us/library/bb933994.aspx