Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
28.04.2020, 19:47
|
|||
---|---|---|---|
|
|||
Кодировка скрипта |
|||
#18+
Сравниваю через Database Comparer две базы. Обе в кодировке Win1251. По завершению сравнения формируется скрипт. В начале скрипта вставляется Код: sql 1. 2. 3. 4. 5. 6. 7.
Если потом сохранить скрипт, то он, по умолчанию, сохраняется в UTF-8. Если забыть поменять кодировку в окне сохранения, то можно потерять строки в кириллице (например, описания полей). Может можно анализировать кодировку подключения и по умолчанию выставлять кодировку сохранения ANSI? С уважением, Vasilisk ... |
|||
:
Нравится:
Не нравится:
|
|||
|
29.04.2020, 05:10
|
|||
---|---|---|---|
Кодировка скрипта |
|||
#18+
_Vasilisk_ Если потом сохранить скрипт, то он, по умолчанию, сохраняется в UTF-8. Если забыть поменять кодировку в окне сохранения, то можно потерять строки в кириллице (например, описания полей). Может можно анализировать кодировку подключения и по умолчанию выставлять кодировку сохранения ANSI? Ну, во-первых, потерять строки в кириллице при сохранении в юникоде невозможно. Вот наоборот - запросто. Во-вторых, пора уже использовать UTF8 для коннектов, даже если в базе лежит 1251. Тогда в скрипте будет SET NAMES UTF8. И, наконец, в event block "Code editor : Before save to file" можно поменять кодировку сохранения, если все равно хочется сохранять в ANSI. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
29.04.2020, 10:47
|
|||
---|---|---|---|
|
|||
Кодировка скрипта |
|||
#18+
IBExpert потерять строки в кириллице при сохранении в юникоде невозможно IBExpert в event block "Code editor : Before save to file" можно поменять кодировку сохранения ... |
|||
:
Нравится:
Не нравится:
|
|||
|
29.04.2020, 15:54
|
|||
---|---|---|---|
Кодировка скрипта |
|||
#18+
_Vasilisk_ У меня посыпались DESCRIPTION полей. Скрипт был сохранен в UTF-8, потом был загружен в IBExpert и выполнен. В базе покорежились эти DESCRIPTION. Я так понимаю, что он был сохранен в UTF-8, а загружен, из-за отсутствия BOM в ANSI. Т.е. фактически проблема в невозможности определить кодировку при загрузке. Нет такой проблемы, см. скриншот. На нем загружен файл с автоопределением кодировки по BOM, но BOM в нем нет. Эксперт и без BOM проверяет содержимое файла на UTF8. Желтым выделил то, что напрямую влияет на то, как данные из редактора будут скармливаться серверу - в ANSI или UTF8. Ну и если кратко, то если коннект WIN1251 и в редакторе кириллица видна нормально - execute charset должен быть ANSI. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
29.04.2020, 17:24
|
|||
---|---|---|---|
|
|||
Кодировка скрипта |
|||
#18+
IBExpert Нет такой проблемы, Единственное, что могу сказать, в скрипте, при его загрузке, не было SET NAMES. Оно было добавлено позже при выполнении Add Connect Statement ... |
|||
:
Нравится:
Не нравится:
|
|||
|
29.04.2020, 18:01
|
|||
---|---|---|---|
Кодировка скрипта |
|||
#18+
_Vasilisk_ Я на нее нарвался. Или не на нее. Можешь сам попробовать загрузить UTF8-файл без BOM в редактор скриптов. Должен получить запрос как на скриншоте. Подозреваю, что файл загрузился как надо, а вот execute charset стоял UTF8. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
29.04.2020, 19:26
|
|||
---|---|---|---|
|
|||
Кодировка скрипта |
|||
#18+
IBExpert а вот execute charset стоял UTF8. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
|
start [/forum/topic.php?fid=42&mobile=1&tid=1598643]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
50ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
2ms |
others: | 234ms |
total: | 377ms |
0 / 0 |