|
Проблема при передаче конвертации поля Long в Blob
|
|||
---|---|---|---|
#18+
xtender, нет, так как получаю ошибку "illegal use of LONG datatype" ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2021, 15:08 |
|
Проблема при передаче конвертации поля Long в Blob
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, картинки будут использоваться с дальнейших запросах ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2021, 15:10 |
|
Проблема при передаче конвертации поля Long в Blob
|
|||
---|---|---|---|
#18+
where цвет пятого пикселя восьмого ряда = зелёный? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2021, 15:11 |
|
Проблема при передаче конвертации поля Long в Blob
|
|||
---|---|---|---|
#18+
WНатальякартинки будут использоваться с дальнейших запросах "Чо?" (с) Что (кроме окостенелости мозга) мешает Вам использовать картинки в запросах к оригинальной базе вместо оракуловской копии? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2021, 15:23 |
|
Проблема при передаче конвертации поля Long в Blob
|
|||
---|---|---|---|
#18+
WНаталья, просто процитирую себя, вдруг пропустили мой пост Кроик Семён WНаталья, а что, если для загрузки BLOB'a из Firebird'a воспользоваться 1) его нарезкой на кусочки, 2) их последующим скачиванием и 3) склейкой в оракловский BLOB ??? Код: plsql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2021, 17:37 |
|
Проблема при передаче конвертации поля Long в Blob
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, 1. там где бд на FB, используется чуть ли не телефонное подключение к интернету. У меня обычный запрос на выборку 20 записей выполняется около 10 минут. 2. картинки нужны в локальной БД, запросы для поддержки будут выполняться именно к ней. Так как id фото связывает кучу дополнительных таблиц, их которых нужна инфа. И дополнительно добавлять коннект еще у супер медленной БД из приложения + коннект к локальной.... а если еще какой-нибудь inner join сделать приедаться... то можно смело пойти на пару выходных, пока запрос выполнится..... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2021, 13:01 |
|
Проблема при передаче конвертации поля Long в Blob
|
|||
---|---|---|---|
#18+
Кроик Семён, я попробую , но в FB не BLOB, а long raw и в большинстве случаев я получаю ошибку "illegal long raw" ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2021, 13:04 |
|
Проблема при передаче конвертации поля Long в Blob
|
|||
---|---|---|---|
#18+
WНаталья1. там где бд на FB, используется чуть ли не телефонное подключение к интернету. У меня обычный запрос на выборку 20 записей выполняется около 10 минут. Во-первых, это значит, что Вы его выполняете очень криво. Во-вторых, всегда можно поставить локальное зеркало. WНаталья2. картинки нужны в локальной БД, запросы для поддержки будут выполняться именно к ней. И, внезапно, эта БД тоже может быть Firebird, а не Oracle. WНатальяно в FB не BLOB, а long raw В FB нет типа long raw, не надо бредить. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2021, 13:19 |
|
Проблема при передаче конвертации поля Long в Blob
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, 1.есть уже куча таблиц в оракр, Вы предлагаете мне перенести их в другую БД? сомнительное решение. Фото, исторически так сложилось, заливается в другую бд, за 100500 км от меня, и единственное, что меня с ней связывает это линк. Все. Кроме выборки я ничего не могу сделать. Только недавно я научилась запросы простые писать, c зеркалом сходу будет трудно разобраться. Что может быть "кривого" в запросе select pers_id, foto from бд123@"трататтам.линк.имясервера.домен" where rownum<20 2. Если я создаю представление, то тип данных поля с фото интерпретируется как raw long. Не как Blob. Я поняла, что косяк самого механизма hdodb, который так интерпретирует этот тип. B режет его при копированные, так как размер raw long в оракле ограничен. пс. Вроде бы нормально попросила совета или помощи на форуме, а в ответах либо тролят, либо тупой назовут. ;( ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2021, 14:44 |
|
Проблема при передаче конвертации поля Long в Blob
|
|||
---|---|---|---|
#18+
WНаталья1.есть уже куча таблиц в оракр, Вы предлагаете мне перенести их в другую БД? сомнительное решение. Да, это делается в пару кликов. WНатальяЧто может быть "кривого" в запросе select pers_id, foto from бд123@"трататтам.линк.имясервера.домен" where rownum<20 Всё. Абсолютно всё. От того как он написан до того как он исполняется. Внезапно, но он выбирает с удалённого сервера ВСЮ таблицу, а не 20 записей. WНатальяЯ поняла, что косяк самого механизма hdodb, который так интерпретирует этот тип. Да. И именно поэтому единственным правильным решением будет не использовать его. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2021, 14:55 |
|
Проблема при передаче конвертации поля Long в Blob
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov Внезапно, но он выбирает с удалённого сервера ВСЮ таблицу, а не 20 записей. Разве тут не сработает ограничение по лимиту фетча? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2021, 14:59 |
|
Проблема при передаче конвертации поля Long в Blob
|
|||
---|---|---|---|
#18+
1. Хорошо, а как сделать так, чтобы запрос перестал быть "кривым?" есть такие-то best practices? 2. Я так понимаю, что лучше написать приложение, которое будет брать фото из удаленной бд, а потом копировать его в оракуловскую? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2021, 15:01 |
|
Проблема при передаче конвертации поля Long в Blob
|
|||
---|---|---|---|
#18+
Кроик Семён, что я не правильно делаю? обрезка на стороне FB? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2021, 15:15 |
|
Проблема при передаче конвертации поля Long в Blob
|
|||
---|---|---|---|
#18+
envРазве тут не сработает ограничение по лимиту фетча? Может сработает может нет, надо фактический план смотреть. Оно работает на стороне Оракула, стало быть сколько записей обработает и отдаст перед его срабатыванием удалённый сервер зависит от погоды на Марсе. WНаталья1. Хорошо, а как сделать так, чтобы запрос перестал быть "кривым?" есть такие-то best practices? Как минимум - спросить у постановщика задач "что это за задача такая, получить именно 20 каких-то фотографий", поскольку в практическом плане этот запрос бессмыслен. Когда выкристаллизуется задача - использовать Passthrough SQL чтобы иметь точный контроль над запросом, уходящим на удалённую сторону. WНаталья2. Я так понимаю, что лучше написать приложение, которое будет брать фото из удаленной бд, а потом копировать его в оракуловскую? Именно это вам в этом топике уже сказали три или четыре раза. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2021, 15:21 |
|
Проблема при передаче конвертации поля Long в Blob
|
|||
---|---|---|---|
#18+
WНаталья что я не правильно делаю? Синтаксис FB не работает в парсере оракла. Можно DBMS_HS_PASSTHROUGH использовать для применения нативного синтаксиса. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2021, 15:36 |
|
Проблема при передаче конвертации поля Long в Blob
|
|||
---|---|---|---|
#18+
WНаталья, оракля настойчиво советует отказаться от long, предлагает для миграции использовать to_lob но You cannot use TO_LOB with a remote table. For example, the following statements will not work ... INSERT INTO tb1 (lob_col) SELECT TO_LOB(long_col) FROM tb2@dblink; и видать неспроста а у вас удаленная и еще и не оракля ps самое простое прогой прочитать картинку не через линк, и если надо записать в blob локалки pss глянуть в сторону DBMS_SQL.COLUMN_VALUE_LONG ..... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2021, 15:41 |
|
Проблема при передаче конвертации поля Long в Blob
|
|||
---|---|---|---|
#18+
Stax, уже пробовала to_lob. Не работает. Спасибо, да, придется писать сторонне приложение. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2021, 10:46 |
|
|
start [/forum/topic.php?fid=52&gotonew=1&tid=1880486]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
66ms |
get topic data: |
12ms |
get first new msg: |
8ms |
get forum data: |
2ms |
get page messages: |
59ms |
get tp. blocked users: |
2ms |
others: | 11ms |
total: | 190ms |
0 / 0 |