Fehler bei Synchronisation zwischne zwei SQL-Srv

Ich synchronisiere mit FlowHeater zwei SQL-Server. Wenn allerdings ein Datumsfeld ein Primärschlüssel ist, erhalte ich immer eine Fehlermeldung (siehe Anhang). Hat jemand eine Idee, wie ich das ohne Fehler synchronisiert bekomme? Das Feld muss Primärschlüssel sein.

Hallo Herr Schmalz,

die Fehlermeldung sagt, dass das Datum auf der READ Seite im SQL Server nicht in einem DateTime Feld sondern in einem char/varchar Feld als Zeichenfolge gespeichert wird?

Wenn das so ist müssen Sie lediglich im SQL Server Adapter auf der READ Seite das Datumsformat so anpassen wie es in dem Feld gespeichert ist. So kann der FlowHeater das als Zeichenfolge vorliegende Datum in ein echtes/valides Datum automatisch umwandeln.

Wenn das das Problem nicht löst posten Sie bitte mal Ihre Definition zusammen mit einem Beispiel Datum der READ Seite.

Hallo Herr Stark,

beide Tabellen, sowohl READ als auch WRITE, haben die gleichen Formatierungen. Es handelt sich hier um MS NAV Tabellen. Beide Felder sind DateTime, das erkennt der Adapter auch. Nehme ich die Haken Primärfeld raus erscheint die Fehlermeldung nicht.

Es handelt sich um das Feld "Starting Date".

Ich hänge mal die fhd-Datei an.

Hallo Herr Schmalz,

ok das ist es nicht

Prüfen Sie bitte mal die DateTime Datentypen im SQL Server ob diese auf beiden Seiten gleich sind.

z.B. READ DateTime und WRITE Smalldatetime

Die unterschiedlichen DateTime SQL Server Datentypen haben unterschiedliche Wertebereiche.

z.B.
DateTime Wertebereich 01.01.1753 – 31.12.9999
DateTime2 Wertebereich 01.01.0001 – 31.12.9999
Smalldatetime Wertebereich 01.01.1900 – 06.06.2079

Hallo Herr Stark.

Auf beiden Datenbanken sehe ich die gleichen Eigenschaften. Beide sind DateTime. Die Sortierung der Datenbank ist Latin1_General_100_CS_AS. Vielleicht gibt es da ein Problem.

Hallo Herr Schmalz,

da haben Sie einen Fehler aufgedeckt, vielen Dank. Der Fehler wurde in der aktuellen Version 3.5.2.1 gefixt!

Das Problem trat nur auf wenn die Definition im Test Modus ausgeführt wurde. In Ihrem Fall war das immer der Fall, da Sie im SQL Server Adapter angegeben haben, dass Sie nur ein SQL Script generieren möchten.

Die Aktualisierung hat das Problem beseitigt. Besten Dank. Wir sagen hier immer: "Die User sind die besten Trüffelschweine." Unsere User haben noch immer alle Fehler gefunden.