Коллеги, добрый день.
Есть немного дикий вопрос:

Мы Лайвом подключаемся к бд. При этом прогрузка собранных отчетов занимает приличное время (порядка минуты).
Достали запросы, которые генерит Табло и отсылает в бд. Там используется cursor.
При этом в этом бд cursor обрабатывает один оптимизатор запросов, который очень проблематично реагирует на запросы с distinct.

Соответственно вопрос: можно ли в Табло как-то изменять вид запросов на бд при лайв коннекте?

Коллеги, добрый день.
Есть немного дикий вопрос:

Мы Лайвом подключаемся к бд. При этом прогрузка собранных отчетов занимает приличное время (порядка минуты).
Достали запросы, которые генерит Табло и отсылает в бд. Там используется cursor.
При этом в этом бд cursor обрабатывает один оптимизатор запросов, который очень проблематично реагирует на запросы с distinct.

Соответственно вопрос: можно ли в Табло как-то изменять вид запросов на бд при лайв коннекте?

Табло по умолчанию использует FETCH=10000, то есть, за одну сессию при подключении к БД при объявлении курсора выгружается 10000 строк, здесь теряется много времени на подключения между сессиями и база ждет, когда табло запросит очередные 10000 строк (вы видите запросы типа fetch 10000 in "SQL_CUR2". Конструкция DECLARE CURSOR/ FETCH плохо работает с несколькими джойнами и динстинктами. Можно отключить объявление курсора в xml самого воркбука в строке <connection class= ... 'odbc-connect-string-extras' (для разных типов источников разные строки будут) в '' прописать либо 'FETCH=100000' (увеличить на порядок или два) либо 'UseDeclareFetch=0', тогда вы будете ходить в БД чистыми запросами. Отключение fetch чревато тем, что если вы попытаетесь чистым запросом загрузить данных больше, чем память машины, то табло будет писать, что запрос идет, а БД будет ждать, когда освободится память для всех этих данных (а она никогда не освободится), потом все отвалится по таймауту либо базы либо двухчасовому дефолтному таймауту  табло.
Если увеличиваете fetch, посмотрите, сколько занимает сериализованный курсор в БД.
Редактирование xml работает (не только для этого случая), но оно не поддерживается компанией
Это все также работает и для экстрактов (у меня время снижалось с часа до 4х минут на локальном компьютере)
Есть еще возможность изменения глобальных настроек самого сервера, но лучше этого не делать, потому что ширина таблиц разная (для одной памяти хватит, для другой-нет).
Вопрос, кстати, не дикий ))

Класс

Здесь опции для Redshift. Для Postgress тоже работает. На других источниках не делал, если у вас источник другой, посмотрите опции драйвера для него, которые отвечают за fetch

Кстати про gauge chart (спидометры) и SCADA-системы (системы мониторинга и управления в автоматизации).
Если вам интересно:
Узнала еще одну сферу, где gauge chart применяется (кроме автопрома). На больших информационных видео-стенах на энергетических объектах (например, ТЭЦ, ГЭС). Там, где нужно следить за мощностью агрегата, в основном.
Причем, SCADA-программисты не сильно любят такой элемент визуализации, но там его всегда добавляют, потому что заказчик просит. Возможно, это исторически сложилось, или люди там в принципе привычные больше к аналоговым щитовым приборам (энергетика же). Но вот такая узкая сфера применения. Я это знаю от SCADA-программистов собственно - т.к. скада - та же визуализация данных - зашборды энергетические и процессные часто схожи по принципам с бизнес-дашбордами.
Жаль, у конечных пользователей поспрашивать не удалось, почему им так нужен именно такой вид.
Вообще, посмотреть на скады с точки зрения визуализации данных очень интересно - там есть свои традиции и особенности. И с принципами эргономики / цветообозначения там ошибаться нельзя - процессы и объекты часто повышенной опасности. Некорректно представленные данные могут повлечь за собой серьезные последствия.
Еще из интересного - на разных объектах сочетания красного/зеленого на элементов может быть диаметрально противоположным. Зеленым обычно отмечается то состояние элемента, которое безопасно. А красным - соответственно - опасное. В одном случае рабочий элемент будет красным, а в другом - зеленым. Смотря когда безопаснее, когда работает он (открыт) или когда выключен (закрыт). Такие цветовые кодировки часто отдельно согласуются между исполнителями и эксплуатацией. Потому что опять же, аварийная сигнализация - это дело важное.
Никто тут не имел дело со СКАДой? Не изучал ее как вид визуализации данных?
(картинка с интернета для примера)

С Oracle не приходилось разбираться? Параметр Fetch смотреть внутри tdsx?