qlostна этом форуме есть ветка FireBird, в которой постоянно присутствуют его разработчики.
Думаю, вам туда.

Нет, там никак не помогут изменить тот факт, что оракуловский HS интерпретирует ODBC тип
LONGVARBINARY как LONG вместо BLOB. В этой ветке тоже не помогут. Тут надо реквест
непосредственно в корпорацию Оракул посылать чтобы исправили наконец это дерьмо мамонта.
Posted via ActualForum NNTP Server 1.5

Самым простым способом решения проблемы в данном случае будет исключить из картины Оракул
и работать с удалённой базой непосредственно, без использования линков.
Posted via ActualForum NNTP Server 1.5

WНатальяэто к сожалению невозможно.
Никаких правок в удаленную БД я не могу сделать.

Для работы SELECT никакие правки не нужны.

И таки всегда возможно установить Firebird локально, это не требует огромного бюджета.
Posted via ActualForum NNTP Server 1.5

envпрогнать весь объём накопленных лобов через клиента! Дважды.

Зачем весь-то? Аффтарша что, каждую фотографию редактировать собралась?..
Posted via ActualForum NNTP Server 1.5

WНатальяоставлена задача - вытянуть фото с удаленного сервера.

Куда? На экран приложения? Так и вытягивайте с удалённого сервера, Оракул-то тут зачем?
Posted via ActualForum NNTP Server 1.5

WНатальякартинки будут использоваться с дальнейших запросах

"Чо?" (с)

Что (кроме окостенелости мозга) мешает Вам использовать картинки в запросах к оригинальной
базе вместо оракуловской копии?
Posted via ActualForum NNTP Server 1.5

WНаталья1. там где бд на FB, используется чуть ли не телефонное подключение к интернету. У меня
обычный запрос на выборку 20 записей выполняется около 10 минут.

Во-первых, это значит, что Вы его выполняете очень криво.
Во-вторых, всегда можно поставить локальное зеркало.

WНаталья2. картинки нужны в локальной БД, запросы для поддержки будут выполняться именно к ней.

И, внезапно, эта БД тоже может быть Firebird, а не Oracle.

WНатальяно в FB не BLOB, а long raw

В FB нет типа long raw, не надо бредить.
Posted via ActualForum NNTP Server 1.5

WНаталья1.есть уже куча таблиц в оракр, Вы предлагаете мне перенести их в другую БД? сомнительное
решение.

Да, это делается в пару кликов.

WНатальяЧто может быть "кривого" в запросе

select pers_id, foto
from бд123@"трататтам.линк.имясервера.домен"
where rownum<20

Всё. Абсолютно всё. От того как он написан до того как он исполняется.

Внезапно, но он выбирает с удалённого сервера ВСЮ таблицу, а не 20 записей.

WНатальяЯ поняла, что косяк самого механизма hdodb, который так интерпретирует этот тип.

Да. И именно поэтому единственным правильным решением будет не использовать его.
Posted via ActualForum NNTP Server 1.5

envРазве тут не сработает ограничение по лимиту фетча?

Может сработает может нет, надо фактический план смотреть. Оно работает на стороне
Оракула, стало быть сколько записей обработает и отдаст перед его срабатыванием удалённый
сервер зависит от погоды на Марсе.

WНаталья1. Хорошо, а как сделать так, чтобы запрос перестал быть "кривым?" есть такие-то best
practices?

Как минимум - спросить у постановщика задач "что это за задача такая, получить именно 20
каких-то фотографий", поскольку в практическом плане этот запрос бессмыслен.
Когда выкристаллизуется задача - использовать Passthrough SQL чтобы иметь точный контроль
над запросом, уходящим на удалённую сторону.

WНаталья2. Я так понимаю, что лучше написать приложение, которое будет брать фото из удаленной бд,
а потом копировать его в оракуловскую?

Именно это вам в этом топике уже сказали три или четыре раза.
Posted via ActualForum NNTP Server 1.5