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