Дикие тормоза при заполнении ПН ценами последнего прихода : Супермаг Плюс (Супермаг 2000)

OlegON · █ 02.11.2009 15:09

А с чего ты взял, что это самый тормозной? Цена его в 162 как-то озадачивает

OlegON · █ 02.11.2009 15:21

Может, кто-то выложит свой для сравнения? У меня нестандартная структура

Код:

-----------------------------------------------------------------------------------------------------------------------------------
| Id  | Operation                                 | Name                  | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
-----------------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                          |                       |     1 |   119 |   127   (9)| 00:00:01 |       |       |
|*  1 |  FILTER                                   |                       |       |       |            |          |       |       |
|   2 |   TABLE ACCESS BY LOCAL INDEX ROWID       | SMSPEC                |    16 |   544 |    26   (0)| 00:00:01 |       |       |
|   3 |    NESTED LOOPS                           |                       |    16 |  1904 |   103  (10)| 00:00:01 |       |       |
|   4 |     NESTED LOOPS                          |                       |     1 |    85 |    76  (14)| 00:00:01 |       |       |
|   5 |      VIEW                                 | VW_SQ_1               |     1 |    55 |    74  (14)| 00:00:01 |       |       |
|   6 |       HASH GROUP BY                       |                       |     1 |    73 |    74  (14)| 00:00:01 |       |       |
|   7 |        TABLE ACCESS BY GLOBAL INDEX ROWID | SMSPEC                |     9 |   252 |     2   (0)| 00:00:01 | ROWID | ROWID |
|   8 |         NESTED LOOPS                      |                       |     1 |    73 |    73  (13)| 00:00:01 |       |       |
|   9 |          NESTED LOOPS                     |                       |     1 |    45 |    71  (13)| 00:00:01 |       |       |
|  10 |           TABLE ACCESS FULL               | TTSHOPLIST            |     1 |    13 |     2   (0)| 00:00:01 |       |       |
|* 11 |           TABLE ACCESS BY INDEX ROWID     | SMDOCUMENTS           |     6 |   192 |    71  (13)| 00:00:01 |       |       |
|  12 |            BITMAP CONVERSION TO ROWIDS    |                       |       |       |            |          |       |       |
|  13 |             BITMAP AND                    |                       |       |       |            |          |       |       |
|* 14 |              BITMAP INDEX SINGLE VALUE    | SMDOCUMENTS_LOCTOB    |       |       |            |          |       |       |
|  15 |              BITMAP CONVERSION FROM ROWIDS|                       |       |       |            |          |       |       |
|  16 |               SORT ORDER BY               |                       |       |       |            |          |       |       |
|* 17 |                INDEX RANGE SCAN           | SMDOCUMENTS_CREATEDAT |  8197 |       |     5   (0)| 00:00:01 |       |       |
|* 18 |          INDEX RANGE SCAN                 | SMCSPEC_DISPLAYPOS    |     1 |       |     2   (0)| 00:00:01 |       |       |
|  19 |      PARTITION LIST SINGLE                |                       |     1 |    30 |     2   (0)| 00:00:01 |   KEY |   KEY |
|  20 |       TABLE ACCESS BY LOCAL INDEX ROWID   | SMSPEC                |     1 |    30 |     2   (0)| 00:00:01 |     6 |     6 |
|* 21 |        INDEX RANGE SCAN                   | SMSPEC_ART            |     1 |       |     2   (0)| 00:00:01 |     6 |     6 |
|  22 |     PARTITION LIST ALL                    |                       |    16 |       |    14   (0)| 00:00:01 |     1 |     9 |
|* 23 |      INDEX RANGE SCAN                     | SMSPEC_ART            |    16 |       |    14   (0)| 00:00:01 |     1 |     9 |
|  24 |   SORT AGGREGATE                          |                       |     1 |    26 |            |          |       |       |
|  25 |    PARTITION LIST SINGLE                  |                       |     1 |    26 |     3   (0)| 00:00:01 |   KEY |   KEY |
|  26 |     TABLE ACCESS BY LOCAL INDEX ROWID     | SMSPEC                |     1 |    26 |     3   (0)| 00:00:01 |   KEY |   KEY |
|* 27 |      INDEX RANGE SCAN                     | SMSPEC_ART            |     1 |       |     2   (0)| 00:00:01 |   KEY |   KEY |
-----------------------------------------------------------------------------------------------------------------------------------

Starter · █ 02.11.2009 15:24

Enterprise Manager Console, Sessions, SQL - брал оттуда. собственно единственный пользователь, единственная сессия... оттуда и взял.

OlegON · █ 02.11.2009 15:29

Она хотя бы active была? Полоска прогресса бежала? Легкий SQL.

Starter · █ 02.11.2009 15:49

Active. полоски прогресса там не видел, смотрел в свойствах сессии. Может не там смотрел ?

OlegON · █ 02.11.2009 16:21

Думаю, что просто один и тот же запрос много раз посылается. Если бы он тормозил, то цена была бы выше. А, собственно, как заполняется ценами? Вроде два способа есть - Функции - Заполнить ценами и Проставить основания - Проставить цены (пишу по памяти, могу ошибиться в наименовании). MTirt, у тебя каким образом и сколько по времени заполняется (какое кол-во в накладной)?

Mtirt · █ 02.11.2009 16:31

Ну у меня накладную на 340 позиций найти сложно, но 7 строк, "Простановка оснований" - секунд 10-15.

OlegON · █ 03.11.2009 06:58

Ну на самом деле, если 10 секунд увеличить в 50 раз, то получим минут 20? На 340 позиций... А их бывает по 700... И опять же, каким способом? Я смогу попробовать только в среду.

Starter · █ 03.11.2009 11:46

Цитата:

OlegON ➤ Ну на самом деле, если 10 секунд увеличить в 50 раз, то получим минут 20? На 340 позиций... А их бывает по 700... И опять же, каким способом? Я смогу попробовать только в среду.

А бывает и по 20 000 (инвентаризация) :(
Способ заполнения - в ПН или РН функции/заполнить документ ценами последнего прихода, либо там же кнопка цены/заполнить документ ценами последнего прихода. результат один и тот же.
что печально - базу в СП выгрузил еще вчера, в 12. Весь день не могли базу развернуть, а сейчас говорят, что что то скажут только к понедельнику. это через неделю после обращения. весело живут, ничего не скажешь... Может все же есть еще какие предложения у гуру ?
что касается запроса и что он выполняется много раз (возможно для каждой строки документа) - очень может быть, но это проблема скорее программы, а не оракла, думаю мы бы не первые с этим столкнулись... тем более эта бага и в 1.27.1 сп3, и в 1.27.2
Может кто еще у себя проверит - есть ли тормоза при таком заполнении ценами ?
1.27.2 - запрос такой же. цена правда 199.
сервер помощнее, накладная 36 строк - всего лишь за полчаса выполняет %(
Если смотреть через manager console, то для этой сессии
показатели - CPU - 24, I/O - Phys Reads 0, I/O Logical reads - 199124079 (эта сессия явно лидер по этому показателю).

baggio · █ 03.11.2009 12:14

Давай по порядку:
1. Полная конфа сервера... с дисками и размещением файлов.
2. Ос и все что в памяти крутится...
3. Полная инфа по базе включая init.ora и если есть ORA- в алерте и его...

ИМХО проблема яыно либо в статистике... либо в индексах.. либо в неверно выставленных параметрах в инит.ора...