Hallo Herr Brunner,
das kann eigentlich nur auftreten wenn Sie nach dem Einlesen des Tabellenschemas auf der WRITE Seite manuell einen (oder auch mehrere) Datentypen geändert haben.
Versuchen Sie mal auf der WRITE Seite das Schema der Tabelle erneut einzulesen, evtl. ist das Problem damit schon behoben. Sollte das nicht klappen wäre es hilfreich wenn Sie hier kurz Ihre Definition posten.
Zur Warnung "Der Wert [] konnte nicht zu Date umgewandelt werden" die Sie erhalten:
In diesem Fall würde der FlowHeater versuchen DBNULL in das Datenbankfeld zu schreiben. Das sollte nicht das beschriebene Problem sein. Sie können das umgehen, indem Sie einen DefaultWert für dieses Feld vorgeben; im Designer über die Eigenschaften. Das Eingabeformat muss dem des jeweiligen Adapters entsprechen!
Herr Monschau schrieb:
klicken Sie mal im Read-Adapter auf die Feldbeschriftung und kontrollieren unten im Fenster unter Common welcher Datentyp dort eingetragen ist. Der sollte kompatibel mit dem im Writeadapter sein. Ändern Sie dort ggf. den Datentypen.
Das sollte eigentlich nicht notwendig sein. Der FlowHeater wandelt Datentypen dynamisch um.
Z.B. genügt es beim CVS Import auf der READ Seite alles auf den Datentyp STRING stehen zu lassen. Wenn im READ Adapter das eingehende Format richtig angegeben ist, wird das während der Transformation zur WRITE Seite dementsprechend umgewandelt.
Sollte die Datentype/Format Umwandlung nicht klappen erscheint oben stehende Warnung und DBNULL wird anstelle des Feldinhaltes verwendet. Wichtig ist nur, dass beim Import auf der WRITE Seite keine Änderungen an den Datentypen des Tabellenschemas vorgenommen werden.
Hinweis: Eingeschränkt kann das Sinn machen (z.B. nur Time, nur Date, Ganzzahlen anstelle von Zahlen mit Dezimalstellen, …), deshalb ist das hier auch nicht deaktiviert.
