Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 Вопрос о распределении памяти  [new]
megabyte2003
Member [заблокирован]

Откуда: Москва
Сообщений: 430
На текущем инстансе стала замечаться следующая картина: есть некоторое представление VIEWCUSTANDPOINTS, время выборки из которого при определенном значении параметров в WHERE начинает расти явно не линейно. Покажу пример:

select count(*) from VIEWCUSTANDPOINTS where fEnabled = 1 and LAWCOUNTRY>420
16186
select count(*) from VIEWCUSTANDPOINTS where fEnabled = 1 and LAWCOUNTRY>410
16477
select count(*) from VIEWCUSTANDPOINTS where fEnabled = 1
38109
Первый запрос работает 1 секунду.
Второй запрос работает уже 7 секунд.
Третий - плавает от 38 до 50 секунд.

Получается некая закономерность. Если записей больше около 16-17 тысяч начинается увеличение времени выполнения запроса.

Есть мысли, что при превышении порога записей заканчивается память для результатов запросов. Вот некоторые значения из init.ora:

db_cache_size=314572800
large_pool_size=8388608
shared_pool_size=200331648
sga_max_size=1000000000
Подскажите чего-нибудь.
8 фев 11, 11:38    [10200987]     Ответить | Цитировать Сообщить модератору
 Re: Вопрос о распределении памяти  [new]
Сергей Арсеньев
Member

Откуда:
Сообщений: 4118
megabyte2003,

чего-нибудь, а PGA в запросе используется?
8 фев 11, 11:45    [10201034]     Ответить | Цитировать Сообщить модератору
 Re: Вопрос о распределении памяти  [new]
Вячеслав Банкет
Member

Откуда: NY (Нефтеюганск)
Сообщений: 139
megabyte2003,

А при чём здесь распределение памяти? План запроса кода вьюхи с условиями
where fEnabled = 1 and LAWCOUNTRY>420
покажите.
8 фев 11, 11:52    [10201069]     Ответить | Цитировать Сообщить модератору
 Re: Вопрос о распределении памяти  [new]
Вячеслав Банкет
Member

Откуда: NY (Нефтеюганск)
Сообщений: 139
Вячеслав Банкет
План запроса из вьюхи с условиями
8 фев 11, 11:57    [10201087]     Ответить | Цитировать Сообщить модератору
 Re: Вопрос о распределении памяти  [new]
megabyte2003
Member [заблокирован]

Откуда: Москва
Сообщений: 430
Вячеслав Банкет
megabyte2003,

А при чём здесь распределение памяти? План запроса кода вьюхи с условиями
where fEnabled = 1 and LAWCOUNTRY>420
покажите.

Планы для певого и третьего запроса в текущих условиях:
  COUNT(*)
----------
     16187


Execution Plan
----------------------------------------------------------
   0      SELECT STATEMENT Optimizer=ALL_ROWS (Cost=986 Card=1 Bytes=16)
   1    0   SORT (AGGREGATE)
   2    1     VIEW OF 'VIEWCUSTANDPOINTS' (VIEW) (Cost=986 Card=52 Bytes=832)
   3    2       SORT (UNIQUE) (Cost=986 Card=52 Bytes=19558)
   4    3         UNION-ALL
   5    4           HASH JOIN (RIGHT OUTER) (Cost=600 Card=51 Bytes=19125)
   6    5             TABLE ACCESS (FULL) OF 'UMTTRANSFERSYSDATA' (TABLE) (Cost=2 Card=12 Bytes=312)
   7    5             TABLE ACCESS (BY INDEX ROWID) OF 'CUSTOMER' (TABLE) (Cost=2 Card=1 Bytes=21)
   8    7               NESTED LOOPS (Cost=597 Card=51 Bytes=17799)
   9    8                 NESTED LOOPS (Cost=495 Card=51 Bytes=16728)
  10    9                   HASH JOIN (OUTER) (Cost=444 Card=51 Bytes=14484)
  11   10                     HASH JOIN (Cost=442 Card=51 Bytes=12954)
  12   11                       HASH JOIN (Cost=154 Card=975 Bytes=23400)
  13   12                         TABLE ACCESS (FULL) OF 'POSTCLNT' (TABLE) (Cost=66 Card=323 Bytes=3876)
  14   12                         TABLE ACCESS (FULL) OF 'UMTAGENTLINKS' (TABLE) (Cost=86 Card=128328 Bytes=1539936)
  15   11                       TABLE ACCESS (FULL) OF 'CUSTOMER' (TABLE) (Cost=288 Card=2112 Bytes=485760)
  16   10                     TABLE ACCESS (FULL) OF 'COUNTRY' (TABLE) (Cost=2 Card=246 Bytes=7380)
  17    9                   TABLE ACCESS (BY INDEX ROWID) OF 'POSTCLNT' (TABLE) (Cost=1 Card=1 Bytes=103)
  18   17                     INDEX (UNIQUE SCAN) OF 'POSTCLNT_INDEX1' (INDEX (UNIQUE)) (Cost=0 Card=1)
  19    8                 INDEX (RANGE SCAN) OF 'CUSTOMER_INDEX1' (INDEX) (Cost=1 Card=1)
  20    4           TABLE ACCESS (BY INDEX ROWID) OF 'CUSTOMER' (TABLE) (Cost=2 Card=1 Bytes=37)
  21   20             NESTED LOOPS (Cost=384 Card=1 Bytes=433)
  22   21               NESTED LOOPS (OUTER) (Cost=382 Card=1 Bytes=396)
  23   22                 NESTED LOOPS (Cost=381 Card=1 Bytes=370)
  24   23                   NESTED LOOPS (Cost=379 Card=1 Bytes=349)
  25   24                     HASH JOIN (Cost=378 Card=1 Bytes=337)
  26   25                       NESTED LOOPS (Cost=290 Card=1 Bytes=325)
  27   26                         NESTED LOOPS (Cost=289 Card=1 Bytes=304)
  28   27                           NESTED LOOPS (OUTER) (Cost=288 Card=1 Bytes=260)
  29   28                             TABLE ACCESS (FULL) OF 'CUSTOMER' (TABLE) (Cost=287 Card=1 Bytes=230)
  30   28                             TABLE ACCESS (BY INDEX ROWID) OF 'COUNTRY' (TABLE) (Cost=1 Card=1 Bytes=30)
  31   30                               INDEX (UNIQUE SCAN) OF 'COUNTRY_INDEX3' (INDEX (UNIQUE)) (Cost=0 Card=1)
  32   27                           TABLE ACCESS (BY INDEX ROWID) OF 'POSTCLNT' (TABLE) (Cost=1 Card=1 Bytes=304)
  33   32                             INDEX (UNIQUE SCAN) OF 'POSTCLNT_INDEX1' (INDEX (UNIQUE)) (Cost=0 Card=1)
  34   26                         TABLE ACCESS (BY INDEX ROWID) OF 'POSTCLNT' (TABLE) (Cost=1 Card=1 Bytes=21)
  35   34                           INDEX (UNIQUE SCAN) OF 'POSTCLNT_INDEX1' (INDEX (UNIQUE)) (Cost=0 Card=1)
  36   25                       TABLE ACCESS (FULL) OF 'UMTAGENTLINKS' (TABLE) (Cost=86 Card=128328 Bytes=1539936)
  37   24                     TABLE ACCESS (BY INDEX ROWID) OF 'POSTCLNT' (TABLE) (Cost=1 Card=1 Bytes=12)
  38   37                       INDEX (UNIQUE SCAN) OF 'POSTCLNT_INDEX1' (INDEX (UNIQUE)) (Cost=0 Card=1)
  39   23                   TABLE ACCESS (BY INDEX ROWID) OF 'CUSTOMER' (TABLE) (Cost=2 Card=1 Bytes=370)
  40   39                     INDEX (RANGE SCAN) OF 'CUSTOMER_INDEX1' (INDEX) (Cost=1 Card=1)
  41   22                 TABLE ACCESS (BY INDEX ROWID) OF 'UMTTRANSFERSYSDATA' (TABLE) (Cost=1 Card=1 Bytes=26)
  42   41                   INDEX (UNIQUE SCAN) OF 'UMTTRANSFERSYSDATA_INDEX1' (INDEX (UNIQUE)) (Cost=0 Card=1)
  43   21               INDEX (RANGE SCAN) OF 'CUSTOMER_INDEX1' (INDEX) (Cost=1 Card=1)

Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
      81638  consistent gets
          0  physical reads
          0  redo size
        395  bytes sent via SQL*Net to client
        512  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          1  sorts (memory)
          0  sorts (disk)
          1  rows processed

  COUNT(*)
----------
     25968


Execution Plan
----------------------------------------------------------
   0      SELECT STATEMENT Optimizer=ALL_ROWS (Cost=2842 Card=1 Bytes=13)
   1    0   SORT (AGGREGATE)
   2    1     VIEW OF 'VIEWCUSTANDPOINTS' (VIEW) (Cost=2842 Card=2 Bytes=26)
   3    2       SORT (UNIQUE) (Cost=2842 Card=2 Bytes=1557)
   4    3         UNION-ALL
   5    4           TEMP TABLE TRANSFORMATION
   6    5             LOAD AS SELECT
   7    6               HASH JOIN (Cost=1142 Card=600 Bytes=184200)
   8    7                 HASH JOIN (Cost=1075 Card=975 Bytes=253500)
   9    8                   TABLE ACCESS (FULL) OF 'POSTCLNT' (TABLE) (Cost=66 Card=323 Bytes=5814)
  10    8                   HASH JOIN (Cost=1008 Card=128327 Bytes=310 55134)
  11   10                     TABLE ACCESS (FULL) OF 'UMTAGENTLINKS' (TABLE) (Cost=86 Card=128328 Bytes=1539936)
  12   10                     TABLE ACCESS (FULL) OF 'CUSTOMER' (TABLE) (Cost=290 Card=42239 Bytes=9714970)
  13    7                 TABLE ACCESS (FULL) OF 'POSTCLNT' (TABLE) (Cost=66 Card=25969 Bytes=1220543)
  14    5             LOAD AS SELECT
  15   14               TABLE ACCESS (FULL) OF 'POSTCLNT' (TABLE) (Cost=66 Card=323 Bytes=5814)
  16    5             HASH JOIN (OUTER) (Cost=1247 Card=1 Bytes=1124)
  17   16               HASH JOIN (OUTER) (Cost=1245 Card=1 Bytes=1094)
  18   17                 HASH JOIN (Cost=1242 Card=1 Bytes=1068)
  19   18                   TABLE ACCESS (BY INDEX ROWID) OF 'CUSTOMER' (TABLE) (Cost=1235 Card=5 Bytes=96)
  20   19                     BITMAP CONVERSION (TO ROWIDS)
  21   20                       BITMAP AND
  22   21                         BITMAP MERGE
  23   22                           BITMAP KEY ITERATION
  24   23                             TABLE ACCESS (FULL) OF 'SYS_TEMP_0FD9D6996_38943463' (TABLE (TEMP)) (Cost=2 Card=1 Bytes=13)
  25   23                             BITMAP CONVERSION (FROM ROWIDS)
  26   25                               INDEX (RANGE SCAN) OF 'CUSTOMER_INDEX1' (INDEX) (Cost=1)
  27   21                         BITMAP MERGE
  28   27                           BITMAP KEY ITERATION
  29   28                             TABLE ACCESS (FULL) OF 'SYS_TEMP_0FD9D6995_38943463' (TABLE (TEMP)) (Cost=2 Card=1 Bytes=13)
  30   28                             BITMAP CONVERSION (FROM ROWIDS)
  31   30                               INDEX (RANGE SCAN) OF 'CUSTOMER_INDEX1' (INDEX) (Cost=1)
  32   18                   TABLE ACCESS (FULL) OF 'SYS_TEMP_0FD9D6995_38943463' (TABLE (TEMP)) (Cost=7 Card=600 Bytes=628200)
  33   17                 TABLE ACCESS (FULL) OF 'UMTTRANSFERSYSDATA' (TABLE) (Cost=2 Card=12 Bytes=312)
  34   16               TABLE ACCESS (FULL) OF 'COUNTRY' (TABLE) (Cost=2 Card=246 Bytes=7380)
  35    4           TABLE ACCESS (BY INDEX ROWID) OF 'CUSTOMER' (TABLE) (Cost=2 Card=1 Bytes=37)
  36   35             NESTED LOOPS (Cost=384 Card=1 Bytes=433)
  37   36               NESTED LOOPS (OUTER) (Cost=382 Card=1 Bytes=396)
  38   37                 NESTED LOOPS (Cost=381 Card=1 Bytes=370)
  39   38                   NESTED LOOPS (Cost=379 Card=1 Bytes=349)
  40   39                     HASH JOIN (Cost=377 Card=2 Bytes=674)
  41   40                       NESTED LOOPS (Cost=290 Card=1 Bytes=325)
  42   41                         NESTED LOOPS (Cost=289 Card=1 Bytes=304)
  43   42                           NESTED LOOPS (OUTER) (Cost=288 Card=1 Bytes=260)
  44   43                             TABLE ACCESS (FULL) OF 'CUSTOMER' (TABLE) (Cost=287 Card=1 Bytes=230)
  45   43                             TABLE ACCESS (BY INDEX ROWID) OF 'COUNTRY' (TABLE) (Cost=1 Card=1 Bytes=30)
  46   45                               INDEX (UNIQUE SCAN) OF 'COUNTRY_INDEX3' (INDEX (UNIQUE)) (Cost=0 Card=1)
  47   42                           TABLE ACCESS (BY INDEX ROWID) OF 'POSTCLNT' (TABLE) (Cost=1 Card=1 Bytes=304)
  48   47                             INDEX (UNIQUE SCAN) OF 'POSTCLNT_INDEX1' (INDEX (UNIQUE)) (Cost=0 Card=1)
  49   41                         TABLE ACCESS (BY INDEX ROWID) OF 'POSTCLNT' (TABLE) (Cost=1 Card=1 Bytes=21)
  50   49                           INDEX (UNIQUE SCAN) OF 'POSTCLNT_INDEX1' (INDEX (UNIQUE)) (Cost=0 Card=1)
  51   40                       TABLE ACCESS (FULL) OF 'UMTAGENTLINKS' (TABLE) (Cost=86 Card=128328 Bytes=1539936)
  52   39                     TABLE ACCESS (BY INDEX ROWID) OF 'POSTCLNT' (TABLE) (Cost=1 Card=1 Bytes=12)
  53   52                       INDEX (UNIQUE SCAN) OF 'POSTCLNT_INDEX1' (INDEX (UNIQUE)) (Cost=0 Card=1)
  54   38                   TABLE ACCESS (BY INDEX ROWID) OF 'CUSTOMER' (TABLE) (Cost=2 Card=1 Bytes=370)
  55   54                     INDEX (RANGE SCAN) OF 'CUSTOMER_INDEX1' (INDEX) (Cost=1 Card=1)
  56   37                 TABLE ACCESS (BY INDEX ROWID) OF 'UMTTRANSFERSYSDATA' (TABLE) (Cost=1 Card=1 Bytes=26)
  57   56                   INDEX (UNIQUE SCAN) OF 'UMTTRANSFERSYSDATA_INDEX1' (INDEX (UNIQUE)) (Cost=0 Card=1)
  58   36               INDEX (RANGE SCAN) OF 'CUSTOMER_INDEX1' (INDEX) (Cost=1 Card=1)

Statistics
----------------------------------------------------------
       6283  recursive calls
       1123  db block gets
      33541  consistent gets
       4514  physical reads
      11108  redo size
        395  bytes sent via SQL*Net to client
        512  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          1  sorts (disk)
          1  rows processed
8 фев 11, 12:12    [10201221]     Ответить | Цитировать Сообщить модератору
 Re: Вопрос о распределении памяти  [new]
Вячеслав Банкет
Member

Откуда: NY (Нефтеюганск)
Сообщений: 139
megabyte2003,

В первом случае идёт обращение к таблице POSTCLNT по уникальному индексу POSTCLNT_INDEX1. Во втором случае происходит страшная генерация временной таблицы (отсюда большое количество physical reads) вместо того, чтобы отработать по диапазону индексов.
Статистика собрана?
8 фев 11, 12:43    [10201456]     Ответить | Цитировать Сообщить модератору
 Re: Вопрос о распределении памяти  [new]
megabyte2003
Member [заблокирован]

Откуда: Москва
Сообщений: 430
Вячеслав Банкет
megabyte2003,

В первом случае идёт обращение к таблице POSTCLNT по уникальному индексу POSTCLNT_INDEX1. Во втором случае происходит страшная генерация временной таблицы (отсюда большое количество physical reads) вместо того, чтобы отработать по диапазону индексов.
Статистика собрана?

Собрана, что нужно выполнить?
8 фев 11, 12:46    [10201480]     Ответить | Цитировать Сообщить модератору
 Re: Вопрос о распределении памяти  [new]
Вячеслав Банкет
Member

Откуда: NY (Нефтеюганск)
Сообщений: 139
Вячеслав Банкет
вместо того, чтобы отработать по диапазону индексов

Ошибся. По диапазону во втором плане и не должно отрабатывать. Второй план для третьего запроса же, а не для второго. =)

Возможно в представлении атрибут LAWCOUNTRY как-то сложно вычисляемый?
8 фев 11, 13:00    [10201562]     Ответить | Цитировать Сообщить модератору
 Re: Вопрос о распределении памяти  [new]
megabyte2003
Member [заблокирован]

Откуда: Москва
Сообщений: 430
Вячеслав Банкет
Вячеслав Банкет
вместо того, чтобы отработать по диапазону индексов

Ошибся. По диапазону во втором плане и не должно отрабатывать. Второй план для третьего запроса же, а не для второго. =)

Возможно в представлении атрибут LAWCOUNTRY как-то сложно вычисляемый?

Нет, у этого представления много полей, и при любой комбинации условий в WHERE, если результат возвращает более 16-17 тысяч записей, начинаются тормоза.
8 фев 11, 13:24    [10201739]     Ответить | Цитировать Сообщить модератору
 Re: Вопрос о распределении памяти  [new]
Добрый Э - Эх
Guest
Выполни команду:
alter session set "_b_tree_bitmap_plans"=false;
после чего повтори "третий" запрос, посмотри на время и план его выполнения...
8 фев 11, 13:32    [10201807]     Ответить | Цитировать Сообщить модератору
 Re: Вопрос о распределении памяти  [new]
megabyte2003
Member [заблокирован]

Откуда: Москва
Сообщений: 430
Добрый Э - Эх
Выполни команду:
alter session set "_b_tree_bitmap_plans"=false;
после чего повтори "третий" запрос, посмотри на время и план его выполнения...


17 секунд. План:

  COUNT(*)
----------
     25968


Execution Plan
----------------------------------------------------------
   0      SELECT STATEMENT Optimizer=ALL_ROWS (Cost=1820 Card=1 Bytes=13)
   1    0   SORT (AGGREGATE)
   2    1     VIEW OF 'VIEWCUSTANDPOINTS' (VIEW) (Cost=1820 Card=601 Bytes=7813)
   3    2       SORT (UNIQUE) (Cost=1820 Card=601 Bytes=225433)
   4    3         UNION-ALL
   5    4           HASH JOIN (RIGHT OUTER) (Cost=1434 Card=600 Bytes=225000)
   6    5             TABLE ACCESS (FULL) OF 'UMTTRANSFERSYSDATA' (TABLE) (Cost=2 Card=12 Bytes=312)
   7    5             HASH JOIN (Cost=1431 Card=600 Bytes=209400)
   8    7               HASH JOIN (RIGHT OUTER) (Cost=1145 Card=600 Bytes=196800)
   9    8                 TABLE ACCESS (FULL) OF 'COUNTRY' (TABLE) (Cost=2 Card=246 Bytes=7380)
  10    8                 HASH JOIN (Cost=1142 Card=600 Bytes=178800)
  11   10                   HASH JOIN (Cost=1075 Card=975 Bytes=247650)
  12   11                     TABLE ACCESS (FULL) OF 'POSTCLNT' (TABLE) (Cost=66 Card=323 Bytes=3876)
  13   11                     HASH JOIN (Cost=1008 Card=128327 Bytes=31055134)
  14   13                       TABLE ACCESS (FULL) OF 'UMTAGENTLINKS' (TABLE) (Cost=86 Card=128328 Bytes=1539936)
  15   13                       TABLE ACCESS (FULL) OF 'CUSTOMER' (TABLE) (Cost=290 Card=42239 Bytes=9714970)
  16   10                   TABLE ACCESS (FULL) OF 'POSTCLNT' (TABLE) (Cost=66 Card=25969 Bytes=1142636)
  17    7               TABLE ACCESS (FULL) OF 'CUSTOMER' (TABLE) (Cost=286 Card=42239 Bytes=887019)
  18    4           TABLE ACCESS (BY INDEX ROWID) OF 'CUSTOMER' (TABLE) (Cost=2 Card=1 Bytes=37)
  19   18             NESTED LOOPS (Cost=384 Card=1 Bytes=433)
  20   19               NESTED LOOPS (OUTER) (Cost=382 Card=1 Bytes=396)
  21   20                 NESTED LOOPS (Cost=381 Card=1 Bytes=370)
  22   21                   NESTED LOOPS (Cost=379 Card=1 Bytes=349)
  23   22                     HASH JOIN (Cost=377 Card=2 Bytes=674)
  24   23                       NESTED LOOPS (Cost=290 Card=1 Bytes=325)
  25   24                         NESTED LOOPS (Cost=289 Card=1 Bytes=304)
  26   25                           NESTED LOOPS (OUTER) (Cost=288 Card=1 Bytes=260)
  27   26                             TABLE ACCESS (FULL) OF 'CUSTOMER' (TABLE) (Cost=287 Card=1 Bytes=230)
  28   26                             TABLE ACCESS (BY INDEX ROWID) OF 'COUNTRY' (TABLE) (Cost=1 Card=1 Bytes=30)
  29   28                               INDEX (UNIQUE SCAN) OF 'COUNTRY_INDEX3' (INDEX (UNIQUE)) (Cost=0 Card=1)
  30   25                           TABLE ACCESS (BY INDEX ROWID) OF 'POSTCLNT' (TABLE) (Cost=1 Card=1 Bytes=44)
  31   30                             INDEX (UNIQUE SCAN) OF 'POSTCLNT_INDEX1' (INDEX (UNIQUE)) (Cost=0 Card=1)
  32   24                         TABLE ACCESS (BY INDEX ROWID) OF 'POSTCLNT' (TABLE) (Cost=1 Card=1 Bytes=21)
  33   32                           INDEX (UNIQUE SCAN) OF 'POSTCLNT_INDEX1' (INDEX (UNIQUE)) (Cost=0 Card=1)
  34   23                       TABLE ACCESS (FULL) OF 'UMTAGENTLINKS' (TABLE) (Cost=86 Card=128328 Bytes=1539936)
  35   22                     TABLE ACCESS (BY INDEX ROWID) OF 'POSTCLNT' (TABLE) (Cost=1 Card=1 Bytes=12)
  36   35                       INDEX (UNIQUE SCAN) OF 'POSTCLNT_INDEX1' (INDEX (UNIQUE)) (Cost=0 Card=1)
  37   21                   TABLE ACCESS (BY INDEX ROWID) OF 'CUSTOMER' (TABLE) (Cost=2 Card=1 Bytes=21)
  38   37                     INDEX (RANGE SCAN) OF 'CUSTOMER_INDEX1' (INDEX) (Cost=1 Card=1)
  39   20                 TABLE ACCESS (BY INDEX ROWID) OF 'UMTTRANSFERSYSDATA' (TABLE) (Cost=1 Card=1 Bytes=26)
  40   39                   INDEX (UNIQUE SCAN) OF 'UMTTRANSFERSYSDATA_INDEX1' (INDEX (UNIQUE)) (Cost=0 Card=1)
  41   19               INDEX (RANGE SCAN) OF 'CUSTOMER_INDEX1' (INDEX) (Cost=1 Card=1)

Statistics
----------------------------------------------------------
        361  recursive calls
          3  db block gets
       5604  consistent gets
       3406  physical reads
          0  redo size
        395  bytes sent via SQL*Net to client
        512  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          8  sorts (memory)
          1  sorts (disk)
          1  rows processed
8 фев 11, 13:45    [10201893]     Ответить | Цитировать Сообщить модератору
 Re: Вопрос о распределении памяти  [new]
megabyte2003
Member [заблокирован]

Откуда: Москва
Сообщений: 430
Итог:

После установки pga_aggregate_target=1000000000 все заработало шустро. Всем спасибо :)
8 фев 11, 16:14    [10203054]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить