Перенос данных

← →
cam (2005-07-28 09:42) [0]

Уважаемые мастера подскажите
При переносе данных с DBF на SQlSER 2000
Поле с форматом varchar на DBF
в табл SQLserver2000 не определяется т.е в табл в соответств. поле формата CHAR пишит #######

← →
Ольга (2005-07-28 09:59) [1]

> в соответств. поле формата CHAR

а почему не varchar?
В DBF в этом поле текст с кириллицей?
Каким способом переносите данные? Возможно нужна перекодировка.

← →
cam (2005-07-28 10:04) [2]

Пробовал и на varchar
переношу данные с утилитой datapump

← →
Reindeer Moss Eater © (2005-07-28 10:09) [3]

Datapump позволяет указывать типы полей явно.

← →
Reindeer Moss Eater © (2005-07-28 10:10) [4]

Кроме того нужно установить языковый драйвер для источника и назначения.
Обычно это dBase RUS cp866 и Paradox Ansi Cyrrillic

← →
cam (2005-07-28 10:13) [5]

А не подскажеш какой языковой драйвер нужен на SQLSER2000
PLZ

← →
Reindeer Moss Eater © (2005-07-28 10:14) [6]

Второй

← →
sniknik © (2005-07-28 11:02) [7]

проще/надежнее вкачать таблицу средствами самого MSSQL-я. например через DTS, как источник указать либо dBase либо Visual Foxpro Driver. этим исчерпаются все возможные варианты кодировок. у dBase/Jet по умолчанию OEM(досовская) у фокса всегда 1251(вродебы ;), но неважно, проверь 2 варианта у одного наверняка кодировка для твоих файлов совпадет.
можно сделать линк сервер с разными источниками и просто пооткрывать в EM у этих линк серверов таблици, там где увидиш "правильные" буквы твой, его и используй. (линк в том же Enterprise Manager-е b и делай)

← →
Anatoly Podgoretsky © (2005-07-28 19:22) [8]

sniknik © (28.07.05 11:02) [7]
в dBase для русского языка существует только OEM(досовская) кодировка.
У фокса всегда есть варианты 866/1251

Возможности DTS в части указания кодировок не рассматривал.

← →
sniknik © (2005-07-28 20:33) [9]

Anatoly Podgoretsky © (28.07.05 19:22) [8]
возможно. но я встречал только две (866 не видел), а может сам драйвер фокса ее распознает в таблицах и после него все показывает правильно (?), в нутрь таблиц я уже не лазил...
х.з. но не важно, пусть эти 2 варианта проверит, 95% что один из них подойдет.

← →
Anatoly Podgoretsky © (2005-07-28 22:32) [10]

Тро языки таблиц я могу тебе гарантировать достоверность даже не по слухам, а по фирменной документации на продукты. FoxPro дополнительно поддерживает 1251

Anatoly Podgoretsky © (28.07.05 22:32) [10]
не спорю. даже нет не так, верю! ;о)) (хотя и не видел)
может неправильно выразился мысль [7][9], хотел сказать, если открываю таблицу фоксовую(!) через odbc/oledb драйвер, - на выходе всегда получал в одной, виндовой (1251) кодировке, лезть в файл выяснять в какой кодировке он реально записан просто не было необходимости.
для DSN в принципе тоже будет пофигу, главное что он получит на вход а не то что в файле.

а так, может у меня файлы с 866 и проходили, просто не замечал. кстати dos-овский фокспро 2.5 русифицированный (с нерусиф. были проблемы какието с кодировкой/индексами(?)) он с какой кодировкой таблицы пишет? 866 - тогда конечно были такие.

sniknik © (28.07.05 23:07) [11]
Язык таблицы для ФоксПро появился начиная с 2.6 (2.5в), 2.5 еще не имел такого понятия. То есть считалось что все в OEM кодировке, в любой. Для dBase Язык таблицы появился начиная с dBase for Windows, но бещ русского, русский начиная с dBase V.
в dBase VII что то еще намудрили, так я толком и не понятл, толи шрифт, то ли еще что то странное, нет фирменного описания.

Дополнение или уточнее, dBase IV был только под ДОС и не был Борландовским. Отсюда только OEM

А Фокспро 2.6 был и под ДОС и под Виндоус, но то же не Микрософтский

Перенос данных Найти похожие ветки