Här är mina förslag:
-
Om du kan lägga till dubbletttabell till databasen så är här en lösning. Du har ditt bord1 och tabell 2 (Kopia av tabell1 ). När du infogar nya poster i tabell1 , kan du jämföra dem med befintliga poster i din tabell2 och därmed hitta nya rekord. Efter jämförelse bör du lägga till alla nya poster i tabell2 . Detta är någon form av synkronisering. Detta kan göras via lagrad proc eller programmatiskt.
-
Du behöver inga andra bord. Du kan lagra all din data i din app-cache och kontrollera med en viss tidsperiod (till exempel 5 sekunder) om det finns några nya händelser som inte finns i din cache. Om de inte finns - meddela dem i din logg eller någon annanstans och lägg till dem i cachen. Men om det finns för många poster kommer bearbetningstiden att öka kraftigt + minnesförbrukning.
-
Om du kan ändra db kan du lägga till något som "isNew" kolumn i din tabell. När en ny data kom från webbplatsen kommer kolumnen att vara "sant", ditt program kan spåra detta och efter bearbetning ställer du in denna flagga på falskt för varje post. (Om webbplatsen inte kan ställa in denna flagga kan du använda SQL TRIGGER EFTER INSERT för att ställa in flaggvärdet till sant. Webbplatsen kan inte ens veta om den här funktionen om det är en tredje parts webbplats eller om du inte vill ändra något där)
-
Här är artikeln om spårning av EF-ändringar:http://blogs.msdn.com/b/adonet/archive/2009/06/10/poco-in-the-entity-framework-part-3-change-tracking-with- poco.aspx
Men problemet är att du bör kontrollera hela tabellen för ändringar via EF som kommer att träffa din appprestanda.
Här finns användbar information om SQL Server-sideändringsspårning och implementeringskoncept:http://www.mssqltips.com/sqlservertip/1819/using-change-tracking-in-sql-server-2008/http://msdn.microsoft. com/en-us/library/bb933994.aspx