|
|
|
Как иероглифы эти убрать...)))
|
|||
|---|---|---|---|
|
#18+
БД Парадокс СУБД Sybase В проге данные на русском языке правильно показывает а в ISQL какие то иероглифы В чём дело....? Как поправить...? ) В Sybase SQL Anywhere 5.0 был транслятор через ОДВС А теперь на ASA 9 перешел и проблемма ...))) Думаю понятно изложил...))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.05.2004, 20:10 |
|
||
|
Как иероглифы эти убрать...)))
|
|||
|---|---|---|---|
|
#18+
Переход с 5ки на 9-ку наверняка произвел без смены кодировок с 866 на 1251, поэтому и возникли небольшие проблемки. В 5-ке проблемы конвертации кодировок лежали на клиенте, начиная с 8-ки, в 7-ке транслятор еще был, эту заботу переложили на сервер, добавив в строку подключения параметр 'charset', можно выключить эту особенность сервера инициировав запуск с параметром -ct. Если в параметрах соединения не указан данный параметр, то считается, что он определяется кодировкой базы и следовательно перекодировать не надо, в результате в ISQL у тебя данные отражаются в кодировке 866, а в программе, наверное написанной на дельфи, по прежнему стоит LangDriver cp866, она и перекодирует данные в 1251 и видятся они нормально. Выход при подключении через Sybase Central в свойствах подключения закладка Advanced добавить параметр charset=cp1251, если же используешь ODBC, то там добавить в свойствах DSN такая же закладка Advanced называется Character Set тоже можно добавить cp1251, но при этом помни что будет кодироваться клиентом Sybase, а потом еще и кодировщиком программы, в результате в программе будет отражено неизвестоно что, а точнее 866->1251->1251. Я переход с 5-ки на 7-ку произвел со сменой кодировки базу: просто базу 5-ки слил в SQL-файл(структуру и данные), затем перекодировщиком текстовых файлов перекодировал все из 866 в 1251, в 7-ке создал базу в 1251 и залил получившийся скрипт. Потом пришлось везде поубивать трансляторы на клиентах ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2004, 15:33 |
|
||
|
Как иероглифы эти убрать...)))
|
|||
|---|---|---|---|
|
#18+
Sergey Orlov Большое спасибо...) Понятно и доступно...) "базу 5-ки слил в SQL-файл(структуру и данные), затем перекодировщиком текстовых файлов перекодировал все из 866 в 1251" Я тоже слил ... но не перекодировал...) Если есть Ася оставь номер...) Ещё раз спасибо...) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2004, 19:57 |
|
||
|
Как иероглифы эти убрать...)))
|
|||
|---|---|---|---|
|
#18+
Можно перегонять БД и без дополнительных программ перекодировщиков, так как сказать штатными средствами. Для этого при выгрузке БД указываем режим "Internal Unload, External Reload" или при вызове DBUNLOAD с командной строки ключ "-ix". Тогда в RELOAD.SQL загрузка данных будет указана через оператор INPUT, а не LOAD TABLE. Далее грузим ISQL с параметром "-codepage <КодировкаСтаройБазы>", подключаемся к созданной с другой кодировкой БД и запускаем RELOAD.SQL . ISQL на автопилоте через команду INPUT будет данные читать в кодировке, указанной в ключе, а загружать в установленной для БД кодировке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2004, 07:55 |
|
||
|
|

start [/forum/topic.php?fid=55&msg=32510008&tid=2014499]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
179ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
2ms |
| others: | 13ms |
| total: | 283ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...