как вариант, lobchunksize в sqlplus (или его смысловой аналог в вашем драйвере)
не особо это спасает, просто когда записей в выборке до тысячи то еще норм, но когда около 20к, то долго.
а лобы-то большие?
ну допустим в среднем 10 остальная строка в среднем в пределах килобайта (оценка сверху, очень щедро) вы добавлением одного поля увеличили объем данных, которые надо тянуть на клиента, на порядок. это не может быть бесплатно, естественно просадка будет 🤷🏼♂️
яб даже сказал 20-30
При таких вводных надо тюнить фет данных на клиента - объем чтения остается прежним, так как хранение in row, при secure file могли бы быть варианты.
Обратите внимание что там на скриншоте есть галка SecureFile, и она "серая", суть скорее всего SecureFile уже используется, форма это понимает
А серая pct version тогда почему? Это фишка securefile
Вы меня спрашиваете почему? :) Вообще я доверяю выводу из SQL*Plus в таких ситуациях, кто его знает как разработчики этой конкретной IDE реализовали поддержку работы с LOB'ами. И вообще, проблема шире - тоже самое например при работе с таблицами - разработчики IDE стараются в свои формы добавить все фичи, но они меняются (добавляются) от версии к версии, и форма должна быть достаточно "умной" чтобы показывать только то что применимо к текущей базе. Так что в случае с настройками лобов, вполне может быть баг формы. Простой пример - в доке по 19с например по CREATE TABLE команде, по синтаксису (SQL Reference) - документация 95 страниц, по ALTER TABLE - 118 страниц. И это всё нужно реализовать в виде формы, с галочками, drop-down'ами и тд. И показывать некоторые из них (или не показывать) в зависимости от конкретной версии базы, с которой сейчас работает форма. Та ещё задачка! Дальше к этому прибавляются индексы, CLOB'ы - и одна такая форма, которая всё качественно поддерживает и адаптируется к версиям базы - становится по сложности как отдельное приложение. Да, ещё можно усложнить задачу и учитывать опции EE / SE. Чтоб совсем нескучно было разработчикам.
Включите или увеличьте lob prefetch на клиенте
Есть один вариант как сильно ускорить фетч таких размеров, но он очень сложный :) создать pdb с extended varchar и в ней создать вьюху к той таблице в которой clob будет кастоваться к varchar2 и уже через это вьюху дёргать
Обсуждают сегодня