Подскажите почему при выполнении такого запроса строка перестает быть строкой,
а результат выдает тип данных BLOB. У меня есть таблицы с полями описанными
как varchar (20000), и хотел ложит туда сжатые данные, естественно получил
на строку запроса:
update doc_level_1 set content = compress(content) where id_doc=72;
такую вещь:
Incorrect string value: '\x9C\xED[\xDDn\xD3...' for column 'content' at row 1
решил проверить что же получу если просто сделаю:
select uncompress(compress('content'));
и тут я и увидел что строковая переменная стала BLOB.....
Поскажите какие способы есть с этим бороться.
(я хотел в строку примерно 20к лложить сжатые данные)
1. Alex_somebody - 18 Июня, 2010 - 12:09:38 - перейти к сообщению
2. JustUserR - 18 Июня, 2010 - 13:07:47 - перейти к сообщению
Alex_somebody Видимо после обработки строк функцией compress она архивируется таким образом - что может содержать байты недопустимые для сохранения в строком бите например нулевой байт Тем не менее вы можете попробовать выполнить обратное преобразование вручную с помощью оператора CAST - более подробно смотрите здесь http://www[dot]sql-ex[dot]ru/help/select8.php
3. Alex_somebody - 18 Июня, 2010 - 14:02:27 - перейти к сообщению
из статьи по адресу http://www.sql-ex.ru/help/select8.php, я понял что записать
в поле varchar() после compress не удасться
в поле varchar() после compress не удасться
4. JustUserR - 19 Июня, 2010 - 11:47:39 - перейти к сообщению
Alex_somebody пишет:
В принципе использование полей типа BLOB для хранения текстовой информации достаточно удобно - поскольку она сможет содержать произвольные символы а также не будет зависеть от кодировки сравненияИз статьи по адресу http://www.sql-ex.ru/help/select8.php, я понял что записать
в поле varchar() после compress не удасться
в поле varchar() после compress не удасться
Однако можете попробовать использование явного преобразования с помощью функций CAST или CONVERT - вероятно данные преобразуется в строковый тип с соответствуюей сериализацией