"Roman Rokytskyy" ...
>
> >> а) при доступе с клиента по сети для каждого блоба надо отдельные
> >> запросы делать.
> >
> > Я хочу убедиться что это именно оно. Вдруг там другие проблемы ?
> > К тому же, sahsa работает локально, iirc
>
> Пофиг. Даже если локально, даже если в embedded режиме. Я гляну, много
> ли надо менять, для того, чтоб мой AS3AP тест на блобы перевести. Тогда
> будут точные числа.
Ок. До получения чисел я воздержусь от комментариев
> >> б) до выхода 2.0 SUBSTRING например не работал с мультибайтными блобами.
> >> С LIKE еще хуже было. а еще COLLATE.
> >
> > Это не проблема скорости :)
>
> Нет. Но с этими проблемами блоб не является альтернативой. Хорошо, что в
> 2.0 этих проблем нет. Еще бы первую решить, тогда было бы просто супер.
sasha работает с 2.0, причём задолго до релиза
> >> Ксати первая проблема уже обсуждалась когда-то в архитекте, пришли к
> >> выводу, что первые 32к блоба надо по сети вместе с остальными данными
> >> посылать...
> >
> > Обсуждение помню, такой странный вывод не помню.
> >
>
> Он конечно не из твоих уст прозвучал, а из уст великого Джима, но я в
> даном случае с ним согласен. :)
А я - нет. В общем случае это только навредит. Как вариант - сделать
отдельный API fetch_with_blobs, или опцию уровня statement'а
> Кстати, у него еще одна мысля на эту тему была - забить на
> CHAR/VARCHAR/TEXT/CLOB и сделать единственный безразмерный юникодный тип
> STRING.
До тех пор, пока записи в памяти имеют фиксированную длину, это есть
не хорошо. Да и большой необходимости в таком типе действительно нет.
--
Хорсун Влад
