Кодировка DBF при импорте в Access
Потребовалось перегнать DBF файлик в Access. В итоге получаем кракозябры заместо русских букв.
Лечение:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Jet\4.0\Engines\Xbase]
«DataCodePage»="ANSI"
| Пн | Вт | Ср | Чт | Пт | Сб | Вс |
|---|---|---|---|---|---|---|
| « Апр | ||||||
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 | 31 | |||
Потребовалось перегнать DBF файлик в Access. В итоге получаем кракозябры заместо русских букв.
Лечение:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Jet\4.0\Engines\Xbase]
«DataCodePage»="ANSI"
© 2012, Рабочие будни. All Rights Reserved.
февраля 7, 2011 at 0:20
В паре WinXP-Office 2003 эта проблема решалась указанным способом. В Office 2010 вышеуказанный способ уже не помог. Решение: в .dbf-файле в 29-ом байте (счет с 0) прописана кодировка этого самого .dbf-файла. При значении Hх57 (соответствует кодовой странице 1251) dbf-файл воспринимается Access-ом правильно (отображаютяс русские буквы).
февраля 7, 2011 at 0:23
В дополнение: надо "отцепить" .dbf-файл от его индекса. Что интересно: программы типа "DBF Commander", назначая русскую страницу, пишут в этот самый байт значение HxC9, которое не понятно Access-у. Причем оказалось, что при значениях в 29-ом байте, равными Hх7D (кодировка Hebrev) и Hх7E (Arabic) также воспроизводятся русские буквы.