|
|
|
Обрезание последних символов в поле VARCHAR, если внутри поля есть спец-символы
|
|||
|---|---|---|---|
|
#18+
После того, как в ASA 7.0.1 мы перешли на использование charset "utf8" в базах данных, я обратил внимание на такую проблему: - если поле, например, типа VARCHAR(10) и я ввожу значение из 9-ти символов, внутри которого есть спец-символы типа, например, "²" или "°", то если я хочу ввести 10-й символ и этот символ даже обычный а не спец-символ, то он обрезается при выполнении команд insert или update. В ASA 10.0.1 для решения такой проблемы можно использовать тип NVARCHAR. В Oracle кроме NVARCHAR2 можно использовать session's параметр NLS_LENGTH_SEMANTICS определяемый для сессии как CHAR вместо дифолтного BYTE. Поскольку нам нежелательно увеличивать размер полей, то вопрос такой: - есть ли какой нибудь трюк в ASA 7.0.1, который помог бы решить эту проблему, не увеличивая размер полей, как например session's параметр NLS_LENGTH_SEMANTICS в Oracle. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2008, 20:09 |
|
||
|
|

start [/forum/topic.php?fid=55&msg=35528554&tid=2011394]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
53ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
| others: | 234ms |
| total: | 375ms |

| 0 / 0 |

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