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