Есть текстовый файл Participants.txt , к-рый я хочу закачать в эту таблицу. Есть также DTSX файл с определением схемы закачки. А в файле SSIS error — собственно то, что оно мне выдает. Что этой твари надо чтобы она не давилась на импорте элементарных текстовых файлов?
S>Есть текстовый файл Participants.txt , к-рый я хочу закачать в эту таблицу. Есть также DTSX файл с определением схемы закачки. А в файле SSIS error — собственно то, что оно мне выдает. Что этой твари надо чтобы она не давилась на импорте элементарных текстовых файлов?
Он обрезает какие-то поля. Сделайте импорт через обычный bcp
Здравствуйте, senglory, Вы писали:
S>Есть текстовый файл Participants.txt , к-рый я хочу закачать в эту таблицу. Есть также DTSX файл с определением схемы закачки. А в файле SSIS error — собственно то, что оно мне выдает. Что этой твари надо чтобы она не давилась на импорте элементарных текстовых файлов?
Кодировка-то текстового файла какая? Может, пакет другую ожидает?
El pueblo unido jamás será vencido.
Re[2]: SSIS 2008R2 - бредовое поведение при импорте
Здравствуйте, bl-blx, Вы писали:
BB>Здравствуйте, senglory, Вы писали:
S>>Есть текстовый файл Participants.txt , к-рый я хочу закачать в эту таблицу. Есть также DTSX файл с определением схемы закачки. А в файле SSIS error — собственно то, что оно мне выдает. Что этой твари надо чтобы она не давилась на импорте элементарных текстовых файлов?
BB>Кодировка-то текстового файла какая? Может, пакет другую ожидает?
В дополнение, еще и при выгрузке в текстовый файл возникли проблемы. В аттаче — пакет экспорта + скриншот его бреда. Особенно умиляет требование конвертировать text в ntext явно и игнорирование явно заданного конвертора.
Re[3]: SSIS 2008R2 - бредовое поведение при импорте
Здравствуйте, senglory, Вы писали:
S>Здравствуйте, bl-blx, Вы писали:
BB>>Здравствуйте, senglory, Вы писали:
S>>>Есть текстовый файл Participants.txt , к-рый я хочу закачать в эту таблицу. Есть также DTSX файл с определением схемы закачки. А в файле SSIS error — собственно то, что оно мне выдает. Что этой твари надо чтобы она не давилась на импорте элементарных текстовых файлов?
BB>>Кодировка-то текстового файла какая? Может, пакет другую ожидает?
S>Unicode. В пакете сказано брать Unicode.
Здравствуйте, bl-blx, Вы писали:
BB>Здравствуйте, senglory, Вы писали:
S>>Здравствуйте, bl-blx, Вы писали:
BB>>>Здравствуйте, senglory, Вы писали:
S>>>>Есть текстовый файл Participants.txt , к-рый я хочу закачать в эту таблицу. Есть также DTSX файл с определением схемы закачки. А в файле SSIS error — собственно то, что оно мне выдает. Что этой твари надо чтобы она не давилась на импорте элементарных текстовых файлов?
BB>>>Кодировка-то текстового файла какая? Может, пакет другую ожидает?
S>>Unicode. В пакете сказано брать Unicode.
BB>Ммм...По-моему, там указано win1251, нет? BB>
Странно, но я при экспорте указал экспортировать в юникод. И FAR опознает Participants.txt как юникодный. Тогда я совсем ничего не понимаю — как должен в моем случае выглядеть этот package чтобы таблица экспортировлась, а ругани не было?
Здравствуйте, senglory, Вы писали:
S>Есть таблица с таким определением:
S>Есть текстовый файл Participants.txt , к-рый я хочу закачать в эту таблицу. Есть также DTSX файл с определением схемы закачки. А в файле SSIS error — собственно то, что оно мне выдает.
В исходном вашем пакете output тип данных для поля Address указан Unicode string длиной 50 символов, при этом длина значения адрес "МЕЖЕВОЙ КАНАЛ, ДОМ 5 AX, БАЛТИЙСКИЙ МОРСКОЙ ЦЕНТР, ОФИС 715" 59 символов (см. Connection Manager для файла -> вкладка Advanced -> поле Address) Поэтому либо увеличивайте длину для поля Address, либо используйте тип Unicode stream.
Re[2]: SSIS 2008R2 - бредовое поведение при импорте
Здравствуйте, Olaf, Вы писали:
O>Здравствуйте, senglory, Вы писали:
S>>Есть таблица с таким определением:
S>>Есть текстовый файл Participants.txt , к-рый я хочу закачать в эту таблицу. Есть также DTSX файл с определением схемы закачки. А в файле SSIS error — собственно то, что оно мне выдает.
O>В исходном вашем пакете output тип данных для поля Address указан Unicode string длиной 50 символов, при этом длина значения адрес "МЕЖЕВОЙ КАНАЛ, ДОМ 5 AX, БАЛТИЙСКИЙ МОРСКОЙ ЦЕНТР, ОФИС 715" 59 символов (см. Connection Manager для файла -> вкладка Advanced -> поле Address) Поэтому либо увеличивайте длину для поля Address, либо используйте тип Unicode stream.
Вы про destination connection или про source?
Re[3]: SSIS 2008R2 - бредовое поведение при импорте
Здравствуйте, senglory, Вы писали:
S>Вы про destination connection или про source?
Если быть точным, то я имел ввиду сам Connection с именем SourceConnectionFlatFile, в котором определяются параметры для извлечения данных. Двойным кликом открываете SourceConnectionFlatFile и на вкладке Advanced переопределяете свойства для колонки Address. Сейчас у вас там…
DataType: Unicode string [DT_WSTR]
OutputColumnWidth: 50
Re[2]: SSIS 2008R2 - бредовое поведение при импорте
Здравствуйте, Olaf, Вы писали:
O>Здравствуйте, senglory, Вы писали:
S>>Есть таблица с таким определением:
S>>Есть текстовый файл Participants.txt , к-рый я хочу закачать в эту таблицу. Есть также DTSX файл с определением схемы закачки. А в файле SSIS error — собственно то, что оно мне выдает.
O>В исходном вашем пакете output тип данных для поля Address указан Unicode string длиной 50 символов, при этом длина значения адрес "МЕЖЕВОЙ КАНАЛ, ДОМ 5 AX, БАЛТИЙСКИЙ МОРСКОЙ ЦЕНТР, ОФИС 715" 59 символов (см. Connection Manager для файла -> вкладка Advanced -> поле Address) Поэтому либо увеличивайте длину для поля Address, либо используйте тип Unicode stream.
Поменял там на тип Unicode text stream [DT_NTEXT] с неограниченной длинной — результат тот же — the output column "Address" failed because truncation........ Что еще может быть проблемой?
Там бред творится и при экспорте. Формат вывода — текстовый файл в Unicode, в исходной таблице поле Telephone имеет тип varchar(max). Так эта тупица несет вот такую пургу:
Error 0xc020802f: Data Flow Task 1: The data type for "input column "Telephone" (121)" is DT_TEXT, which is not supported with Unicode files. Use DT_NTEXT instead and convert the data to DT_TEXT using the data conversion component.
(SQL Server Import and Export Wizard)
Не уметь строку из ASCII перевести в Unicode самой — это просто "рука-лицо"... Но более того, когда в визарде говорю, что для этой колонки надо использовать не DT_TEXT, а Unicode text stream (DT_NTEXT), то пурга все равно сохраняется. Что ей вообще от меня надо? Чтобы я мало того что в SSMS слепил package, так потом его еще и в студии отредактировал?????
Здравствуйте, senglory, Вы писали:
S>Поменял там на тип Unicode text stream [DT_NTEXT] с неограниченной длинной — результат тот же — the output column "Address" failed because truncation........ Что еще может быть проблемой?
Выкладывайте, что у вас получилось. Я правил ваш пакет в студии (поменял длину или тип), как результат успешно загрузилась одна запись.
Re[2]: SSIS 2008R2 - бредовое поведение при ЭКСПОРТЕ
Здравствуйте, senglory, Вы писали:
S>Не уметь строку из ASCII перевести в Unicode самой — это просто "рука-лицо"... Но более того, когда в визарде говорю, что для этой колонки надо использовать не DT_TEXT, а Unicode text stream (DT_NTEXT), то пурга все равно сохраняется. Что ей вообще от меня надо? Чтобы я мало того что в SSMS слепил package, так потом его еще и в студии отредактировал?????
Я не пользовался Wizard’ом, поэтому не могу сказать, как там все происходит. Попробуйте удалить destination файл и создать заново, либо вообще заново создайте пакет. Причем укажите для приведения тип Unicode, на худой конец допилите в студии.
Re[3]: SSIS 2008R2 - бредовое поведение при ЭКСПОРТЕ
Здравствуйте, Olaf, Вы писали:
O>Здравствуйте, senglory, Вы писали:
S>>Не уметь строку из ASCII перевести в Unicode самой — это просто "рука-лицо"... Но более того, когда в визарде говорю, что для этой колонки надо использовать не DT_TEXT, а Unicode text stream (DT_NTEXT), то пурга все равно сохраняется. Что ей вообще от меня надо? Чтобы я мало того что в SSMS слепил package, так потом его еще и в студии отредактировал?????
O>Я не пользовался Wizard’ом, поэтому не могу сказать, как там все происходит. Попробуйте удалить destination файл и создать заново, либо вообще заново создайте пакет. Причем укажите для приведения тип Unicode, на худой конец допилите в студии.
По всей видимости, где-то обновились метаданные, которые не были учтены в пакете, т.е. пакет предполагает, что это поле есть и готов с ним выполнять операции, а по факту его нет.
Что сделал я:
1. Создал в студии SSIS проект, включил в него ваш пакет
2. Создал БД tccash и таблицу RequestDetails
3. Открыл SourceConnectionOLEDB и поменял сервер на свой
4. Зашел в Data Flow компонент Destination — Participants-J_txt и удалил все невалидные ссылки (в листбоксе выбрал пункт Delete invalid column reference)
5. Открыл Data Flow компонент Destination — Participants-J_txt еще раз и убедился, что маппинг наладился (все колонки источника и назначения связаны)
6. Сохранил пакет и запустил его, в результате создался файл C:\ Participants-J.txt с заголовком, без данных