![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Перенос данных [D6, MSSQL]
cam © (2005-07-28 09:42:00)Уважаемые мастера подскажите
При переносе данных с DBF на SQlSER 2000
Поле с форматом varchar на DBF
в табл SQLserver2000 не определяется т.е в табл в соответств. поле формата CHAR пишит #######
Anatoly Podgoretsky (2005-07-28 23:20:00) [1]А Фокспро 2.6 был и под ДОС и под Виндоус, но то же не Микрософтский
Anatoly Podgoretsky (2005-07-28 23:19:00) [2]Дополнение или уточнее, dBase IV был только под ДОС и не был Борландовским. Отсюда только OEM
Anatoly Podgoretsky (2005-07-28 23:16:00) [3]sniknik © (28.07.05 23:07) [11]
Язык таблицы для ФоксПро появился начиная с 2.6 (2.5в), 2.5 еще не имел такого понятия. То есть считалось что все в OEM кодировке, в любой. Для dBase Язык таблицы появился начиная с dBase for Windows, но бещ русского, русский начиная с dBase V.
в dBase VII что то еще намудрили, так я толком и не понятл, толи шрифт, то ли еще что то странное, нет фирменного описания.
sniknik (2005-07-28 23:07:00) [4]Anatoly Podgoretsky © (28.07.05 22:32) [10]
не спорю. даже нет не так, верю! ;о)) (хотя и не видел)
может неправильно выразился мысль [7][9], хотел сказать, если открываю таблицу фоксовую(!) через odbc/oledb драйвер, - на выходе всегда получал в одной, виндовой (1251) кодировке, лезть в файл выяснять в какой кодировке он реально записан просто не было необходимости.
для DSN в принципе тоже будет пофигу, главное что он получит на вход а не то что в файле.
а так, может у меня файлы с 866 и проходили, просто не замечал. кстати dos-овский фокспро 2.5 русифицированный (с нерусиф. были проблемы какието с кодировкой/индексами(?)) он с какой кодировкой таблицы пишет? 866 - тогда конечно были такие.
Anatoly Podgoretsky (2005-07-28 22:32:00) [5]Тро языки таблиц я могу тебе гарантировать достоверность даже не по слухам, а по фирменной документации на продукты. FoxPro дополнительно поддерживает 1251
sniknik (2005-07-28 20:33:00) [6]Anatoly Podgoretsky © (28.07.05 19:22) [8]
возможно. но я встречал только две (866 не видел), а может сам драйвер фокса ее распознает в таблицах и после него все показывает правильно (?), в нутрь таблиц я уже не лазил...
х.з. но не важно, пусть эти 2 варианта проверит, 95% что один из них подойдет.
Anatoly Podgoretsky (2005-07-28 19:22:00) [7]sniknik © (28.07.05 11:02) [7]
в dBase для русского языка существует только OEM(досовская) кодировка.
У фокса всегда есть варианты 866/1251
Возможности DTS в части указания кодировок не рассматривал.
sniknik (2005-07-28 11:02:00) [8]проще/надежнее вкачать таблицу средствами самого MSSQL-я. например через DTS, как источник указать либо dBase либо Visual Foxpro Driver. этим исчерпаются все возможные варианты кодировок. у dBase/Jet по умолчанию OEM(досовская) у фокса всегда 1251(вродебы ;), но неважно, проверь 2 варианта у одного наверняка кодировка для твоих файлов совпадет.
можно сделать линк сервер с разными источниками и просто пооткрывать в EM у этих линк серверов таблици, там где увидиш "правильные" буквы твой, его и используй. (линк в том же Enterprise Manager-е b и делай)
Reindeer Moss Eater (2005-07-28 10:14:00) [9]Второй
cam (2005-07-28 10:13:00) [10]А не подскажеш какой языковой драйвер нужен на SQLSER2000
PLZ
Reindeer Moss Eater (2005-07-28 10:10:00) [11]Кроме того нужно установить языковый драйвер для источника и назначения.
Обычно это dBase RUS cp866 и Paradox Ansi Cyrrillic
Reindeer Moss Eater (2005-07-28 10:09:00) [12]Datapump позволяет указывать типы полей явно.
cam (2005-07-28 10:04:00) [13]Пробовал и на varchar
переношу данные с утилитой datapump
Ольга (2005-07-28 09:59:00) [14]
> в соответств. поле формата CHAR
а почему не varchar?
В DBF в этом поле текст с кириллицей?
Каким способом переносите данные? Возможно нужна перекодировка.