Hallo

Irgendwie fehlt mit hier eine belastbare Fragestellung.

Musst der Abgleich denn Multiuserfähig sein. Denn das macht schon einen Unterschied. Der eine User könnte ja den Stand von gestern haben während ein anderer den Stand von vor 5 Minuten hat.
Also die Fragen: Multiuser, Multimandant, nur neue Datensätze oder auch geänderte?

Grüße
Sascha

Haudruferzappeltnoch schrieb:

nur auf aktuelle Neueinträge reagieren.

Welche Voraussetzungen muss ein Eintrag denn erfüllen um als „neu“ zu gelten?

Edit: Mit
Select Top(100) * From MyTable Order by ID Desc
erhält man die letzten 100 Einträge. Evtl. hilf das ja bereits. Ggf. Nen Änderungsdatum einbauen und nach dem sortieren.

Ich hab letztes Jahr ein Programm programmiert, im dem die User (unter anderem) Datensätze in einem DataGridView angezeigt bekommen. Dort wollte ich, dass der User informiert wird wenn es neue Datensätze gibt. Daher läuft dort nun ein Timer, welcher die Anzahl der Datensätze insgesamt abgefragt und mit der letzten (ich merke mir selbige) Anzahl Vergleicht. Geht die Anzahl hoch oder runter (Löschen muss ja auch berücksichtigt werden), so wird dem User ein Button eingeblendet mit dem er bei Bedarf manuell Daten im DataGridView aktualisieren kann.

In einem anderen Programm, lasse ich einen Timer laufen, der regelmäßig Daten neu läd, und diese dann mit den angezeigten Daten eines DataGridViews vergleicht. Ist ein Wert anders, so wird nur dieser angezeigte Wert aktualisiert/ausgetauscht.

mrMo schrieb:

Geht die Anzahl hoch oder runter (Löschen muss ja auch berücksichtigt werden), so wird dem User ein Button eingeblendet mit dem er bei Bedarf manuell Daten im DataGridView aktualisieren kann.

Und was passiert wenn ein Datensatz gelöscht und einer erstellt wird? Dann ist die anzahl ganau die selbe.
Was ist nun mit geänderten Datensätzen?

Ich würde, um zum einen flexibel genug zu sein und zum anderen um auf der sicheren Seite zu sein drei Zeitstempel mit reinpacken.

CreationTimestamp, LastchangeTimestamp, DeletedTimestamp (ja, ich lösche in einer DB nicht wenns nicht notwendig ist sondern löschmarkiere nur)

Die letzten beiden können Nullable sein. So kann ich in der Abfrage sehr felxibel Filtern. Klar muss ich natürlich die werte auch beim aktualisieren oder löschmarkieren auch brav setzen.
So habe ich aber auch was andere Dinge betrifft die volle kontrolle.

Aber nur ein Ansatz von mir. (wie ich mir das denken würde, kann ja sein das die Anforderung garnicht so genau ist)

Grüße
Sascha

Nofear23m schrieb:

Und was passiert wenn ein Datensatz gelöscht und einer erstellt wird? Dann ist die anzahl ganeu die selbe.
Was ist nun mit geänderten Datensätzen?

Das war ja nur ein Beispiel was man so tun kann, um mal zu hören was andere so gemacht haben.

In meinem Programm können sich Datensätze nicht ändern. Das Löschen der selbigen kommt bei mir so selten vor, dass dieser Fall nicht berücksichtigt werden muss.

mrMo schrieb:

In meinem Programm können sich Datensätze nicht ändern

OK, ist natürlich ein argument, aber leider wissen wir bis jetzt nicht wie es beim TE so ist. Ich gehe mal ohne konkrete angaben davon aus das Daten auch bearbeitet werden können. Meine Fragen von Oben wurden bis Dato nicht beantwortet weshalb man ohnehin keine vernüftige Antwort geben kann ohne in die Glaskugel gucken zu müssen.

Evtl. will er sie auch nicht beantworten oder ist sich selbst nicht sicher.

Grüße

Ich finde den Ansatz von @Nofear23m interessant und greife mal die Idee auf. Um die aber auch etwas genauer zu machen, würde ich in den Datensatz schreiben welcher User was gemacht hat. In dem fall währe eine Historytabelle evtl. eine gute lösung. So ist dann auch gleich dokumentiert was mit dem Datensatz geschehen ist. Und man könnte evtl. anhand der History Tabelle Datensätze nachladen.

Die HistoryTabelle natürlich nur wenn unbedingt nötig(ist vlt. auch mit Kanonenkugeln auf Spatzen schießen).

Ja, eine Protokolltabelle habe ich in meinem WPFNotes Projekt implementiert. Da ist all das was ich oben geschrieben hatte drinnen und dann noch die Protokollierung.
Und das ganze mit EF so automatisiert das ich mich um diese dinge sogar kaum kümmern muss. Aber das ist jetzt zu Offtopic.

der TE sollte sich mal mit der beantwortung einiger Fragen auseinandersetzen.

Grüße
Sascha

Na dann ist es ja einfach, und die Sotierung hat dir @mrMo ja schon serviert!

Grüße
Sascha

Noch ein Hinweis zum Protokollieren:
Denkt hier daran was gesichert wird, wie weit werden hier personenbezogene Daten verarbeitet, wann ist nicht das Problem eher das wer und wann. Spätestens wenn der Beriebsrat da was mit bekommt gibt es ggf. Stress.

INOPIAE schrieb:

wann ist nicht das Problem eher das […] wann

Was hat der Thread mit personenbezogenen Daten oder gar überhaupt einem Betrieb zu tun? Oder kommt der Hinweis jetzt bei jedem Datenbankthread?

VaporiZed schrieb:

Was hat der Thread mit personenbezogenen Daten oder gar überhaupt einem Betrieb zu tun? Oder kommt der Hinweis jetzt bei jedem Datenbankthread?

Ja, so einen Hinweis werde ich immer wieder mal bringen, wenn ich der Meinung bin, dass dieser für den Threadersteller oder auch für andere User für Designüberlegungen wichtig sein könnte.
Das Thema Datenschutz wird bei der Datenbankentwicklung teilweise doch sehr stiefmütterlich behandelt.

Auch wenns OffTopic ist. Ich Arbeite in einem großen Konzern mit vielen Betriebsräten und hier wird alles geloggt und Protokolliert und das ist abgesegnet, noch mehr, es wird gefordert, denn es gibt auch eine Revision und da kann ein Betriebsrat sagen was er will. So, und nun zurück zum Thema, wobei dieses ja eh erledigt ist, kann somit beendet werden.

Grüße