MS-SQL:Testdatei mit fester Spaltenbreite einlesen

Veröffentlicht 15. Juni 200718 j

Hallo Leute,

ich habe ein Problem. Ich möchte mit einem DTSX-Skript eine Textdatei einlesen. Diese Textdatei hat feste Abständen zwischen de Feldern. Die Zeilen können eine maximale Länge haben, die aber nicht in jeder Zeile gegeben ist.

Jetzt habe ich das Problem, dass wenn eine Zeile zu kurz ist, diese mit der vorherigen zusammengeworfen wird und damit der Import mit einem Fehler abgebrochen wird.

Was muss ich machen, um diesen Fehler zu korrigieren. EIne Idee wäre, alle Spalten auf die gleiche länge anzupassen, aber dafür müste ich ein Skript schreiben. Habt Ihr eine bessere Lösung für mich?

Beste Grüße

Patrick

17. Juni 200718 j

EIne Idee wäre, alle Spalten auf die gleiche länge anzupassen

wie meinst du es?

aber dafür müste ich ein Skript schreiben

Du muss so wie so ein DTS - Skript schreiben, der nach

"feste Abständen zwischen de Feldern" sucht und erst dann die Daten in DB schreibt

18. Juni 200718 j

Es muss nicht immer gleich die "große" Lösung sein. Dem SQL Server liegt seit jeher das Tool BCP bei. Eine andere Lösung wäre die Verwendung des T-SQL-Befehls BULK INSERT. Bei beiden Lösungen lassen sich die Field und Row-Terminatoren definieren.

BCP

BULK INSERT

Specifying Field and Row Terminators

18. Juni 200718 j

Es muss nicht immer gleich die "große" Lösung sein. Dem SQL Server liegt seit jeher das Tool BCP bei. Eine andere Lösung wäre die Verwendung des T-SQL-Befehls BULK INSERT. Bei beiden Lösungen lassen sich die Field und Row-Terminatoren definieren.
Specifying Field and Row Terminators

sowohl BCP als DTS verwendert intern BULK INSERT

21. Juni 200718 j

Sicher tun sie das. Allerdings bin ich der Meinung, dass mit dtsx nicht unbedingt alles besser geworden ist. dts war klasse, da einfach zu designen und zu verwalten. Hab noch niemanden getroffen, der nicht innerhalb einer kürzeren Zeitspanne damit zurecht gekommen ist. Bei dem 2005er dtsx sieht das schon anders aus. Allein die Migration hat mich manches Mal echt Nerven gekostet. Von der Fehleranalyse im Ausführungsfenster ganz zu schweigen.

Daher der Hinweis auf T-SQL oder BCP als "bessere" (kann man sicherlich streiten drüber ) Idee.