Mit der Version V2 wurden viele Verbesserungen und Neuerungen in den FlowHeater integriert. Die Highlights sind u.a. ein weiterer Adapter für OleDB Datenquellen, ein neuer Leistungsfähiger Heater zum importieren/exportieren von Dateien, sowie ein neuer Datentyp RAW. Mit dem Datentyp RAW können fast alle bisher nicht erkannten SQL Datentypen verarbeitet werden. Eine Liste mit allen Neuerungen können Sie weiter unten entnehmen. Bestehende 1.x Definitionen können ohne Probleme mit der neuen Version ausgeführt werden. Für Version 1.x Anwender stehen kostengünstige Update Optionen zur Verfügung.
Wurde der GroupBy Heater zusammen mit dem Filter Heater in einer Definition verwendet und der erste Datensatz / die erste Zeile wurde bereits durch den Filter Heater gefiltert, brach die darauffolgende Verarbeitung mit der ersten Gruppierung ab. Das Problem trat nur im Modus Memory auf, der Massendatenmodus war/ist davon nicht betroffen gewesen. Der Fehler ist mit diesem Release gefixt. Weitere Einzelheiten können Sie folgenden Forumsbeitrag entnehmen: /de/forum/allgemeine-themen/100-group-by
Der Textfile Adapter verwendet nun als Default Vorbelegung für das CSV Trennzeichen die Standard Vorgabe für das Listentrennzeichen aus der Systemsteuerung. Die Einstellung wird verwendet sobald eine neue FlowHeater Definition, die den Textfile Adapter verwendet, angelegt wird. Die Default Vorgabe für das CSV Trennzeichen kann anschließend im Configurator des TextFile Adapter beliebig abgeändert werden. Alte, gespeicherte Definitionen funktionieren wie gewohnt ohne Änderung weiter.
Der FlowHeater MySQL Adapter unterstützt mit dieser Version Zero (00.00.0000) DateTime Werte. Bisher wurden diese Datums/Zeit Werte als DBNULL/NULL Werte vom FlowHeater interpretiert. In manchen Fällen, je nach MySQL Server Einstellung, wurde sogar der Import/Export Vorgang mit einer Fehlermeldung beendet. Mit dieser Version können Zero Date/Time Werte problemlos importiert/exportiert werden.
Bisher verarbeitete der FlowHeater Datenbank NULL bzw. DBNULL Werte nur wenn diese explizit über den NULL Heater zugewiesen wurden. Wurden DBNULL Werte aus einer Datenbank Tabelle in einer andere importiert wurden für die betroffenen Felder keine SQL Insert Statements gebildet, das Feld bekam den definierten Default Wert des Feldes der Tabelle. War keine Default Wert für das Feld definiert hatte das Feld automatisch den Wert NULL bzw. DBNULL. Dieses Vorgehen war bei Inserts noch OK, bei Updates führte das immer wieder zu Verwirrungen (siehe Forumsbeitrag: Verbesserung bei Update und NULL Werte Übertragung). Sollten Felder bei Updates den Wert NULL bzw. DBNULL der READ Seite erhalten, musste dies bisher mühsam pro Feld über eine IF-THEN-ELSE Bedingung und dem NULL Heater zugewiesen werden. Mit der neuen Version ist dieses Vorgehen nicht mehr notwendig. NULL bzw. DBNULL Werte werden nun 1:1 von der READ an die WRITE Seite übertragen.
