Не човчем (с)
При сохранении в строку строка приводится к database characterset.
При сохранении в raw - нет.
Т.е. в БД в виде строки может храниться совсем не тот набор двоичных данных, который был передан.

Ну вот берем Ваш пример.
Выполняете свой select lengthb('рвисвыоиымоыиолылимфы') as first ...
Один клиент работает в cl8mswin1251, в его случае строка выглядит как
f0 e2 e8 f1 e2 fb ee e8 fb ec ee fb e8 ee eb fb eb e8 ec f4 fb

Второй работает в we8iso8859p5, его строка в сыром виде такая:
e0 d2 d8 e1 d2 eb de d8 eb dc de eb d8 de db eb db d8 dc e4 eb

Т.е. отправляют несколько разные последовательности байт.

Первый клиент работает с БД, созданной под ru8pc866, второй - с БД al32utf8.
И эти сервера сохранят
e0 a2 a8 e1 a2 eb ae a8 eb ac ae eb a8 ae ab eb ab a8 ac e4 eb
и
d1 80 d0 b2 d0 b8 d1 81 d0 b2 d1 8b d0 be d0 b8 d1 8b d0 bc d0 be d1 8b d0 b8 d0 be d0 bb d1 8b d0 bb d0 b8 d0 bc d1 84 d1

соответственно.
Если теперь второй клиент подключится к первому серверу и запросит строку, сохраненную первым - то увидит все ту же "рвисвыоиымоыиолылимфы", поскольку получит e0 d2 d8 e1 d2 eb de d8 eb dc de eb d8 de db eb db d8 dc e4 eb


Вопрос: Вы все еще полагаете, что вопрос хранения бинарных данных в строке заключается в ресурсоемкости cast? :)

Если это строка - имеет смысл использовать строковые типы, они для этого предназначены.
Если это бинарные данные , не подлежащие обработке строчными средствами СУБД - то имеет смысл использовать бинарные типы, чтобы избежать нежелательных автоматических преобразований.
Однако если Вы хотите использовать oracle rdbms просто как мешок с данными для приложения - то имеет смысл выбрать платформу подешевле.

[quot AmKad#22181469]
Угу. Паскальная строка - в начале строки указана длина.