|
|
|
Кириллица в unicode и аналог nchar
|
|||
|---|---|---|---|
|
#18+
Есть ли в db2 аналог nchar из mssql? Или какой-нибудь другой способ хранить кириллицу в unicode базе не удваивая длину полей в таблице? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2016, 11:05 |
|
||
|
Кириллица в unicode и аналог nchar
|
|||
|---|---|---|---|
|
#18+
Guest1251Есть ли в db2 аналог nchar из mssql? Или какой-нибудь другой способ хранить кириллицу в unicode базе не удваивая длину полей в таблице? А что вас больше смущает? Производить модификацию DDL, удваивая предполагаемое количество символов, или объём хранения? В "уникоде, не удваивая" - смотрите NCHAR/NVARCHAR и GRAPHIC/VARGRAPHIC типы. BTW Какая у вас версия DB2? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2016, 12:55 |
|
||
|
Кириллица в unicode и аналог nchar
|
|||
|---|---|---|---|
|
#18+
CawaSPb, DB2 10.5.5 пока как полигон. В недалеком будущем планируется установка мейнфрейма под z/OS Объем хранение не важен. GRAPHIC/VARGRAPHIC то что нужно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2016, 13:11 |
|
||
|
Кириллица в unicode и аналог nchar
|
|||
|---|---|---|---|
|
#18+
Guest1251CawaSPb, DB2 10.5.5 пока как полигон. В недалеком будущем планируется установка мейнфрейма под z/OS Объем хранение не важен. GRAPHIC/VARGRAPHIC то что нужно. Ну, DB2 for LUW как полигон перед z/OS - это, IMHO, только себя путать. Как бы IBM ни стремился свести диалекты SQL к одному, всё-таки DB2 for LUW, DB2 for z/OS и DB2 for iSeries - это совершенно разные DB2. Лучше спросить IBM, на чём лучше сейчас поиграться. Покупка System Z - это не кот чихнул, глядишь, чем и помогут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2016, 13:39 |
|
||
|
Кириллица в unicode и аналог nchar
|
|||
|---|---|---|---|
|
#18+
Guest1251CawaSPb, DB2 10.5.5 пока как полигон. В недалеком будущем планируется установка мейнфрейма под z/OS Объем хранение не важен. GRAPHIC/VARGRAPHIC то что нужно. "Не удваивая", но "объём .. не важен". А зачем тогда? Насколько я понимаю, *GRAPHIC - это DBCS (Double Byte Character Set) в неюникодных базах, а в юникодных это тот же юникод, а для (DB2/LUW-шного) юникода длину не удваивают, а учетверяют. Положим, вы знаете, что кроме кириллицы, латиницы и, к примеру, греческого в базе ничего не будет - но DB2 вы это никак не объясните, а N символов потенциально могут занять 4*N байтов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2016, 14:40 |
|
||
|
Кириллица в unicode и аналог nchar
|
|||
|---|---|---|---|
|
#18+
Victor Metelitsa, потенциально могут быть китайские символы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2016, 06:03 |
|
||
|
Кириллица в unicode и аналог nchar
|
|||
|---|---|---|---|
|
#18+
Чтобы не плодить темы спрошу тут. Есть ixf файл который был экспортирован из базы с кодировкой 1251. Теперь это его нужно импортировать в базу с utf-8 где в аналогичной таблице некоторые текстовые поля имеют типы graphic и vargraphic. При импорте половина данных просто отбрасывается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2016, 11:35 |
|
||
|
Кириллица в unicode и аналог nchar
|
|||
|---|---|---|---|
|
#18+
312, Я правильно понимаю, что понятие "аналогичная таблица" - это значит, что вы хотите данные оригинального поля с типом (var)char(n) загрузить в поле (var)graphic(m), и проблема состоит в том, что некоторые строки при загрузке обрезаются? Если да, то это возможно только при m < n. Если нет, дайте пример такого ixf файла и ddl таблиц исходной и цели. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2016, 21:50 |
|
||
|
|
start [/forum/topic.php?fid=43&fpage=13&tid=1600563]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
44ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 12ms |
| total: | 138ms |
| 0 / 0 |
