Нужен совет оракловых гуру

[Uzito]

Налетел тут на проблему с оракловыми репортами. Есть примитивный запрос который выдает из базы 100тыщ записей, ~500 байтов на запись. SQL Navigator / SQL Developer вытаскивают эти данные за 10-15 секунд. Oracle Reports тужится и сливает те же данные в отчёт минут за 20-40. Посмотрел что происходит с помощью Wireshark - SQL Nav гонит данные по TCP/IP, 3 записи на пакет, минимум подтверждений. Reports высасывает записы по одной штуке по TNS протоколу, с подтверждением/запросом каждой очередной записи, примерно 40 записей в секунду. Что делать?

[iDesperado]

Налетел тут на проблему с оракловыми репортами. Есть примитивный запрос который выдает из базы 100тыщ записей, ~500 байтов на запись. SQL Navigator / SQL Developer вытаскивают эти данные за 10-15 секунд. Oracle Reports тужится и сливает те же данные в отчёт минут за 20-40. Посмотрел что происходит с помощью Wireshark - SQL Nav гонит данные по TCP/IP, 3 записи на пакет, минимум подтверждений. Reports высасывает записы по одной штуке по TNS протоколу, с подтверждением/запросом каждой очередной записи, примерно 40 записей в секунду. Что делать?

не туда смотришь. сначала смотри что делает сессия и что там за план у того SQL. причем смотри именно в сессии от reports, а не предполагаемый в окошке ide.
скорее всего кривой план из-за устаревшей статистики, а по нетворку отдает по мере того как выполняет

[Palych]

Репорты на java написаны?

[Palych]

Я не спец по ораклу, но из года в год применяю магический трюк с java/jdbc, который ускоряет работу select во много раз, в случае если база физически далеко от кода: statement.setFetchSize(1000);
Возможно это стратегически неправильно, но работает.
Может в Reports есть какая-нибудь настройка для этого?...

[Uzito]

что делает сессия и что там за план у того SQL. причем смотри именно в сессии от reports, а не предполагаемый в окошке ide.
скорее всего кривой план из-за устаревшей статистики, а по нетворку отдает по мере того как выполняет

Я же сказал - запрос примитивнейший. Одна табличка, 100k записей, 3 колонки, full table scan.
В SQL Navigator выполняется за 10 секунд.
В Oracle Reports тянет по одной строчке 20 минут.

Я не спец по ораклу, но из года в год применяю магический трюк с java/jdbc, который ускоряет работу select во много раз, в случае если база физически далеко от кода: statement.setFetchSize(1000);
Возможно это стратегически неправильно, но работает.
Может в Reports есть какая-нибудь настройка для этого?...

Не, идея правильная, нужно только найти где подкрутить.
Судя по всему проблема локальная - на продакшене отчет выполняется за 30 секунд, беру .rdf с продаекшена, запускаю локально на ту же базу - 20+ минут.

[Mark]

Я же сказал - запрос примитивнейший. Одна табличка, 100k записей, 3 колонки, full table scan.
В SQL Navigator выполняется за 10 секунд.
В Oracle Reports тянет по одной строчке 20 минут.
...
Не, идея правильная, нужно только найти где подкрутить.
Судя по всему проблема локальная - на продакшене отчет выполняется за 30 секунд, беру .rdf с продаекшена, запускаю локально на ту же базу - 20+ минут.

1. А вы уверены что SQL Nav все 100K записей на клиента тащит сразу - а не по 500 как Toad?
2. Как уже писали выше - смотрите explain plan тем более что на прод тот же самый репорт быстро пробегает
3. Большой разницы между JDBC client и SQLNet client быть не должно

[Сабина]

Я не спец по ораклу, но из года в год применяю магический трюк с java/jdbc, который ускоряет работу select во много раз, в случае если база физически далеко от кода: statement.setFetchSize(1000);
Возможно это стратегически неправильно, но работает.
Может в Reports есть какая-нибудь настройка для этого?...

Было бы странно если это еще не настроено
https://docs.oracle.com/cd/A97335_02/ap ... rfmnce.htm

3.4.4.19 Adjust the ARRAYSIZE Parameter

The value of array processing has been noted earlier.

For Report Builder's ARRAYSIZE executable argument (e.g., ARRAYSIZE=10), enter as large a value as you can. Note that the array size is measured in kilobytes, not rows. ARRAYSIZE means that Report Builder can use that number of kilobytes of memory per query in executing your report. Report Builder uses Oracle's array processing, which fetches multiple records in batches, instead of one record at a time. As a result, you can control the amount of data to be fetched by the batch processes.

[iDesperado]

Я же сказал - запрос примитивнейший. Одна табличка, 100k записей, 3 колонки, full table scan.

все врут (с)

[Uzito]

1. А вы уверены что SQL Nav все 100K записей на клиента тащит сразу - а не по 500 как Toad?
2. Как уже писали выше - смотрите explain plan тем более что на прод тот же самый репорт быстро пробегает
3. Большой разницы между JDBC client и SQLNet client быть не должно

1) В SQL Nav я "fetch all" сделал, естественно, чтобы он все записи высосал за один проход. По Wireshark логу вижу что тянет по данные по TCP/IP ~30 записей на каждый пакет.
2) чукча не читатель. см plan.png
3) однако репорты тянутся по одной записи. см wireshark.png

[iDesperado]

картинки то где ?

[Uzito]

3.4.4.19 Adjust the ARRAYSIZE Parameter

Оно самое.
Долго играл с параметрами командной строки пока не попробовал этот. Процесс перестал использовать TNS и переключился на TCP/IP.
Вместо 40 минут за генерацию отчета стало <3.

[Сабина]

3.4.4.19 Adjust the ARRAYSIZE Parameter

Оно самое.
Долго играл с параметрами командной строки пока не попробовал этот. Процесс перестал использовать TNS и переключился на TCP/IP.
Вместо 40 минут за генерацию отчета стало <3.

Ура ! Я Оракла 8 лет как в руки не брала, а все еще умею по-гурить оказывается

[mskmel]

Процесс перестал использовать TNS и переключился на TCP/IP.

Корректности ради...

* TNS (Transparent Network Substrate) protocol is used for client's interaction with Oracle's RDBMS. It can communicate using a number of other protocols such as TCP/IP, IPX/SPX, IPC, Named Pipes, etc.

* Transparent Network Substrate (TNS), a proprietary Oracle computer-networking technology, supports homogeneous peer-to-peer connectivity on top of other networking technologies such as TCP/IP, SDP and named pipes.

[Uzito]

Процесс перестал использовать TNS и переключился на TCP/IP.

Корректности ради...

Я в курсе, просто это была наиболее очевидная разница между поведением репорта и другой утилиты.