Berikut adalah proposisi saya:
-
Jika Anda dapat menambahkan tabel duplikat ke database maka inilah solusinya. Anda memiliki tabel1 dan tabel2 (Salinan tabel1 ). Saat Anda memasukkan catatan baru ke table1 , Anda dapat membandingkannya dengan catatan yang ada di tabel2 . Anda dan dengan demikian menemukan catatan baru. Setelah membandingkan, Anda harus menambahkan semua catatan baru ke table2 . Ini adalah semacam sinkronisasi. Ini dapat dilakukan melalui proc tersimpan atau secara terprogram.
-
Anda tidak perlu tabel lain. Anda dapat menyimpan semua data Anda di cache aplikasi Anda dan memeriksa dengan beberapa periode waktu (misalnya 5 detik) apakah ada peristiwa baru, yang tidak ada di cache Anda. Jika tidak ada - beri tahu mereka di log Anda atau di tempat lain dan tambahkan ke cache. Tetapi jika ada terlalu banyak catatan, waktu pemrosesan akan sangat meningkat + konsumsi memori.
-
Jika Anda dapat mengubah db maka Anda dapat menambahkan sesuatu seperti kolom 'isNew' ke tabel Anda. Ketika data baru datang dari situs web, kolomnya akan menjadi 'true', program Anda dapat melacak ini, dan setelah pemrosesan, setel flag ini ke false untuk setiap record. (Jika situs web tidak dapat menyetel tanda ini, Anda dapat menggunakan SQL TRIGGER AFTER INSERT untuk mengatur nilai flag menjadi true. Situs web bahkan tidak dapat mengetahui tentang fitur ini jika itu adalah situs web pihak ketiga atau Anda tidak ingin mengubah apa pun di sana)
-
Berikut ini artikel tentang pelacakan perubahan EF:http://blogs.msdn.com/b/adonet/archive/2009/06/10/poco-in-the-entity-framework-part-3-change-tracking-with- poco.aspx
Tetapi masalahnya adalah Anda harus memeriksa seluruh tabel untuk perubahan melalui EF yang akan mempengaruhi kinerja aplikasi Anda.
Berikut adalah info berguna tentang konsep pelacakan dan implementasi perubahan sisi SQL Server:http://www.mssqltips.com/sqlservertip/1819/using-change-tracking-in-sql-server-2008/http://msdn.microsoft. com/en-us/library/bb933994.aspx
