1
SSIS - DTDATE im Format(dd-mmm-yyyy nach datetime convertieren
Hallo,
ich versuche gerade den Datenimport aus einer TxtDatei Tab Delimited mit
dem wundervollen Microsoft Integration Service hinzubekommen...
Jetzt im Moment drohe ich am Datenimport zu scheitern, weil dieses Tool nicht in der
Lage ist DT_DATE im Format dd-mmm-yyyy(30-Sep-2008) in das für den SQL Server verwendete Format(datetime)
zu convertieren.
Ich bekomme beim ausführen diesen Fehler
Habt ihr Tipps wie es funktionieren könnte?
Tanke LG !
ich versuche gerade den Datenimport aus einer TxtDatei Tab Delimited mit
dem wundervollen Microsoft Integration Service hinzubekommen...
Jetzt im Moment drohe ich am Datenimport zu scheitern, weil dieses Tool nicht in der
Lage ist DT_DATE im Format dd-mmm-yyyy(30-Sep-2008) in das für den SQL Server verwendete Format(datetime)
zu convertieren.
Ich bekomme beim ausführen diesen Fehler
[Flat File Source [31]] Error: Data conversion failed. The data conversion for column "Tabellenname" returned status value 2 and status text "The value could not be converted because of a potential loss of data.". Habt ihr Tipps wie es funktionieren könnte?
Tanke LG !
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 88805
Url: https://administrator.de/contentid/88805
Ausgedruckt am: 08.11.2024 um 15:11 Uhr
1 Kommentar
Moin T-Virus,
ist ja nicht gerade mein Fachgebiet, aber AFAIK ist DT_DATE eine Struktur, die aus (auf outlandish) year, month, day and hour besteht.
Die Struktur DT_DBDATE dagegen würde "nur" Jahr, Monat und Tach erwarten.
Die Fehlermeldung "potential loss of data" würde jedenfalls dazu passen.
Deshalb wäre mein erster Versuch: DT_DBDATE statt DT_DATE zu versuchen.
Grüße
Biber
ist ja nicht gerade mein Fachgebiet, aber AFAIK ist DT_DATE eine Struktur, die aus (auf outlandish) year, month, day and hour besteht.
Die Struktur DT_DBDATE dagegen würde "nur" Jahr, Monat und Tach erwarten.
Die Fehlermeldung "potential loss of data" würde jedenfalls dazu passen.
Deshalb wäre mein erster Versuch: DT_DBDATE statt DT_DATE zu versuchen.
Grüße
Biber
