|
Действия ...
|
26.05.2005, 14:30:12
|
|||
|---|---|---|---|
|
|||
Срочно нужна помощь - перекодировка столбца |
|||
|
|
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
26.05.2005, 12:46:18
|
|||
|---|---|---|---|
|
|||
Срочно нужна помощь - перекодировка столбца |
|||
|
#18+
Непонятная и очень плохая проблема. Ни с того ни с сего (это я так пока думаю) - в таблице один столбец с фамилиями самопроизвольно перекодировался и, например, вместо имени Андрей появилось Андdей, для других - свои варианты (другой столбец с наименованиями остался по-русски). Такая же ситуация была однажды с другой таблицей, но там был только один текстовый столбец, с которым и произошла беда. Причем, в первую таблицу продолжаю заносить фамилии - пишется и просматривается все правильно, а старые строки остались неверными. Кто что может подсказать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.05.2005, 12:51:35
|
|||
|---|---|---|---|
Срочно нужна помощь - перекодировка столбца |
|||
|
#18+
Скорее всего у Вас стоит 1252 кодовая страница в заголовке DBF. Воспользуйтесь C:\PROGRAM FILES\MICROSOFT VISUAL FOXPRO X\TOOLS\CPZERO\cpzero.prg. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.05.2005, 12:54:02
|
|||
|---|---|---|---|
|
|||
Срочно нужна помощь - перекодировка столбца |
|||
|
#18+
Возможно юзвери удалили CONFIG.FPW, в котором установка кодовой страници CodePage=1251. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.05.2005, 12:59:27
|
|||
|---|---|---|---|
|
|||
Срочно нужна помощь - перекодировка столбца |
|||
|
#18+
Так испугался и расстроился, что, кажется понял причину. Перед этим я изменил длину этого поля по MODI STRU. Это может быть причиной? И если - да, то как с этим бороться в будущем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.05.2005, 14:19:30
|
|||
|---|---|---|---|
|
|||
Срочно нужна помощь - перекодировка столбца |
|||
|
#18+
Да, действительно. Проверил - увеличил длину поля - и у этого поля съехала крыша. Как бы с этим на будущее не сталкиваться, и как бы вернуть информацию в первоначальное состояние? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.05.2005, 14:30:12
|
|||
|---|---|---|---|
|
|||
Срочно нужна помощь - перекодировка столбца |
|||
|
#18+
IdSyzДа, действительно. Проверил - увеличил длину поля - и у этого поля съехала крыша. Как бы с этим на будущее не сталкиваться, и как бы вернуть информацию в первоначальное состояние? Насчет того "как не сталкиваться": - перед проведением критических операций делаешь резервную копию (лучше 2); - физически очищаешь файл/создаешь новый, у которого меняешь структуру; - после изменения структуры: append from из резервной копии... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.05.2005, 15:47:39
|
|||
|---|---|---|---|
|
|||
Срочно нужна помощь - перекодировка столбца |
|||
|
#18+
А насчет, чтоб исправить - смотришь, что на что поменялось, если зависимость жесткая, просто: REPLACE pole WITH CHRTRAN(pole,novy_nabor,stary_nabor) ALL, где novy_nabor='...' - список искореженных букв, через запятые, stary_nabor='...' - список правильных букв. Такой вариант, конечно, прокатит, если это поле - из кириллицы (искореженные обычно - нет). Но все равно придется (на всякий случай) все "пробегать" глазами - проиндексировав сначала по этому полю. А если - не только кириллица (или все уже страшно перепуталось) - исправлять "вполуручную" - проиндексировав и меняя одинаковые записи через REPLACE...WITH... FOR... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=41&mobile=1&tid=1594168]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
55ms |
get topic data: |
24ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 219ms |
| total: | 378ms |
| 0 / 0 |
