получится какой то кастомный варчар?
http://orasql.org/2013/07/13/oracle-12c-extended-varchars/
спасибо, вариант конешно, но мне кажется отложенная загрузка будет по лучше
Я хз что ты имеешь ввиду под "отложенной загрузкой" 🤷♂
ну конечное ПО делает запрос данных без клоба, получает их, а то что в клобах подтягивается уже в фоне
Вообще передача лобов так и работает... Клиент получает только лоб локатор. За лобом он лезет отдельно. Я хз конечно как у вас по написано, но лобы достаются как раз отдельным обращением по лоб локатору
смотря что под клиентом понимать) Лягушку или sql navigator да, а когда архитектура типа трехзвенки, там уже по другому
Я про драйвер - как любое из них обращается к ораклу... Тонкий ли толстый клиент и тп
ну мы юзаем `devart for oracle (dotConnect)`у него есть Direct Mode т.е. прямое подключение без использования клиента
Ну и что :) sqlnet протокол таков, что за лобом все ходють отдельно) ну и кстати лоб префетч у них тоже есть; https://docs.devart.com/odac/devart.odac.toradatasetoptions.prefetchlobsize.htm
так я вкурсе), яж выше говорил что с ним игрался (точнее с InitialLOBFetchSize т.к. odac это немного другая либа и там другие свойства), ну улучшил результат с 30сек до 15сек., но этого мало. Без клоба запрос отрабатывает за миллисекунды
Где говорил выше? Не вижу. Я не знаю эту библиотеку, я б проверил есть ли там настройка не дёргать лоб, пока не попросишь
тут https://t.me/oracle_ru/168823
Размер чанка и префетч разные вещи
да? не спорю, но я имел ввиду именно InitialLOBFetchSize, а больше ничего с лобами данная либа не позволяет делать.
Обсуждают сегодня