касаемо roundtrip'ов: я правильно понимаю, что пофигу стримовый БЛОБ, или нет, но больше 64к за один вызов isc_get_segmet() не будет ну никак?

Всё-таки прогресс - он от лукавого и развращает, порождает шаблонность мышления. Вот году эдак в 96м, ещё в здании ВЧК на углу Гороховой и Адмиралтейской, с ихним музеем на втором этаже, выкопали яму во дворе-колодце, оборудовали кессон, вытяжку наладили, поставили сервер, протянули провода, заасфальтировали и года полтора, пока не переехали на Робеспьера, в ус не дули. Облака, датацентры... Крылья, крылья... Ноги!

Dmitry Kovalenko

Ну тогда завезите денег серверописателям, чтобы они (хотя бы) сделали загрузку/создание блобов за одно обращение к серверу.

да хотя бы размер сегмента больше 64к.
но сильно подозреваю, что помимо нового API это повлечёт ещё и новую ODS.

МП

касаемо roundtrip'ов: я правильно понимаю, что пофигу стримовый БЛОБ, или нет, но больше 64к за один вызов isc_get_segmet() не будет ну никак?

Да, правильно.

Мой встроенный клиент игнорирует "сегменты" клиента и пишет блоками по 64K-1 (возможно это я из FBPlus позаимствовал).

Там были опасения связанные с кодовыми страницами - при записи 64K WIN1251 символов в UTF8-BLOB он станет 128K. Но вроде как сервер переваривает это без проблем - у меня куча есть связанных тестов. FB3 - точно переваривает, но возможно и FB2.5 тоже.

Насчет потоковых (не сегментированных) блобов. Я хотел на них полностью переехать. Но у них, если я все правильно помню, вылезло ограничение на общий размер в 4GB.

Вообще по твоим проблеме - тут, наверное, надо вообще менять стратегию.

PS. Не ругайся на меня, если что

Dmitry Kovalenko

Там были опасения связанные с кодовыми страницами - при записи 64K WIN1251 символов в UTF8-BLOB он станет 128K. Но вроде как сервер переваривает это без проблем - у меня куча есть связанных тестов. FB3 - точно переваривает, но возможно и FB2.5 тоже.

вот тут поподробнее, плс.
т.е. если ты выставил CHARSET UTF8 в секции BPB, то сервер схавает 128K байт за раз?

Dmitry Kovalenko

Насчет потоковых (не сегментированных) блобов. Я хотел на них полностью переехать. Но у них, если я все правильно помню, вылезло ограничение на общий размер в 4GB.

общий на таблицу, на базу, на коннект? подробнее.

...я не врубаюсь какие огромные блобы вы успели без меня наплодить, но надеюсь что всё-таки не десятки гигов...

. А кто-нибудь был в курсе, что в потоковые блобы можно посылать куски больше 64к?

. Через "новое API". Там размер буфера unsigned, то бишь четырёхбайтовый.

. В тройке посмотрел, тоже есть:

if (buffer_length <= MAX_USHORT)
	b->BLB_put_segment(tdbb, buffer, buffer_length);
else if (!b->isSegmented())
	b->BLB_put_data(tdbb, static_cast<const UCHAR*>(buffer), buffer_length);
else
{
	ERR_post(Arg::Gds(isc_imp_exc) << Arg::Gds(isc_blobtoobig) <<
			 Arg::Gds(isc_random) << "Segment size >= 64Kb");
}

. Я тебя огорчу: у неё внутри простой цикл скармливания BLB_put_segment() полученного большого буфера маленькими кусками.

И это ещё не последний прикол. Конкатенация блоба с длинной строкой режет эту длинную строку на сегменты по 32к. Хотя, казалось бы, максимальная строка это 65532 байта, а максимальный сегмент 65535...

в локалке, когда сервер и клиенты сидят в одном сегменте сети, тормозов нет.
а вот как вынесли сервер на стороннюю площадку, стало грустно.

Попробуй свои блобы погонять на http://fireswarm.ddns.net

Connection string: swarm://fireswarm.ddns.net/test