Производительность AUSP (cu60 и пр.)

ilya

Здравствуйте. Есть очень не приятная проблема.
Очень медленно работает выборка из ausp. И медленно работает cu60, больше 15-20 минут.
Есть 300-ый класс, с 122 признаками. Есть таблица вариантов. Есть собственная разработка, через которую генерируется вариант цены и ведется таблица вариантов. В разработке используется в основном куски cu60. Соответственно все это дело тоже тормозит. Записей в ausp ~3,8 млн.
Генерировать таблицы для поиска при помощи RCLGTGEN не выходит, т.к. признаков больше 12.
Пересчет статистики для таблицы и индексов с помощью RSANAORA тоже не принесло результатов.
Уже не знаю куда и копать. Сейчас думаю перестроить классы, сделать кучу подклассов с небольшим числом признаков, но есть большие сомнения, что это принесет результат, и совершенно не знаю как это все скажется на классификацию ОЗМ в ММ02. Мысли пришли после просмотра курса LO985 и LO990.

Удав

ilya написал(а):

Есть таблица вариантов. Есть собственная разработка, через которую генерируется вариант цены и ведется таблица вариантов. В разработке используется в основном куски cu60. Соответственно все это дело тоже тормозит.

По поводу ускорения работы с таблицей вариантов см. документацию.

По поводу выборки из AUSP - насколько я знаю, данные конфигурации (300 вид класса) ведутся в AUSP только для конфигурируемых материалов. Записей с KLART = 300 должно быть не очень много по сравнению с другими видами классов (например 023)
Создайте индекс с KLART в начале индекса - это должно помочь

ilya

С индексами разобрался, спасибо, а вот с таблицей...
Я создал таблицу через se11, с полями, соответствующими моим признакам. Потом через cu62 сделал привязку к признакам, и поставил галку "Связь активна". Потом, я должен через сu59 заполнить эту таблицу? При попытке выдает сообщение "Ненормализованные строки в таблице вариантов => Таблица БД не заполнена".
Что значит не нормализованная? Зашел в ct04 посмотреть признаки, тип данных: Знаковый формат. На вкладке "ДопДанные" есть раздел "Ссылка на поле таблицы". Попробовал туда поставить поле своей таблицы... Потерял значения признака

хорошо, что тестовый мандант. После того, как добавил ссылку, не могу её от туда удалить, и не могу добавить значения. И мне так кажется, что я глупость сделал, и ни причем это здесь вовсе. Как побороть ненормализованность?

RA

Попробуйте в CU60 - таблица - нормализировать

Вот тут на нашем:

http://help.sap.com/saphelp_erp2004/helpdata/ru/92/58c5b3417011d189ec0000e81ddfac/frameset.htm

Цитата:

Содержимое существующей таблицы вариантов можно скопировать в таблицу базы данных.

При этом действуют следующие ограничения:
У вас должны быть полномочия на эту функцию, полномочия на просмотр таблиц и полномочия на ведение записей таблиц.
Таблица базы данных должна быть в пределах раздела имен клиента (начинающегося на Y или Z).
Каждое ключевое поле в таблице базы данных (кроме манданта) должно иметь соответствующий признак в таблице вариантов.
Содержимое таблицы вариантов не должно вестись с помощью службы изменений.
Таблица вариантов не должна содержать значений интервалов.
Признаки не должны быть в экспоненциальном формате 1 (стандартном) или 2 (с заданием порядка).

А что в CU60 у Вас 20 минут работает? открытие таблицы?

сколько записей в таблице? полей? ключей? служба изменений включена?

ilya

RA

Полей в таблице 27. Открывается cu60 минут 5, сохраняет изменения минут 20. К таблице БД еще не привязана.
Сейчас запустил нормализацию, выполняется уже 15115 секунд, пришлось задрать rdisp/max_wprun_time через rz11.
При привязке к таблице БД все условия выполняю. Что есть служба изменений?

RA

В CU60 есть поля "Номер изменения" и "действ. с"
Применяется когда нужно, чтобы веденные значения действовали с
определенной даты.

А случайно в таблице нет пустой строки?
Если есть - попробуйте удалить.

1.Посмотрите в SE30, что именно тормозит?

2.Попробуйте выгрузить таблицу, причесать и загрузить ( но только в тестовой системе ;-)

) через "RCU_UPLOAD_EXCEL_TO_VTAB"

__Gennady

Рекомендую изучить план запроса в db02 или ora_space или st05

ilya

С AUSP все понятно, спасибо.
Но таблица вариантов все равно не хочет работать быстро.
Нормализация идет уже 143666 сек (~40часов)... В чем суть нормализации?
Пустых строк не нашел, число строк немногим больше 4000.

Пробовал привязать таблицу к БД в манданте с небольшим количеством данных (10-15 строк), все получилось. Единственное что я не понял: почему не обновляется моя z таблица, когда я вношу изменения через cu60? Необходимо периодически выполнять cu59? И в cu59 почему-то не доступен пункт "Вставить, изменить и удалить" (серый).

RA

В CU60 в одной строке ключ.полю можно присвоить несколько значений (появляется знак(>)- множественный выбор около поля).
При нормализации для каждой комбинации заданных значений такой строки создается отдельная уникальная строка

Так как

Цитата:

Нормализация идет уже 143666 сек (~40часов)

Цитата:

Есть собственная разработка, через которую генерируется вариант цены и ведется таблица вариантов.

осмелюсь предположить, что проблема в сохраненных данных и кол-во возможных комбинаций очень большое.

1.Проверьте есть ли множественный выбор на ключ.полях
2.Попробуйте выгрузить, причесать и загрузить повторно данные.
3.поставьте точку прерывания при нормализации 'CUTS_TABLE_NORMALIZE_CONTENT'
4.посмотрите данные и план запроса при выполнении 'CARD_TABLE_READ_ENTRIES'
5.попробуйте проанализировать информацию о таблицах вариантов в RCU_VC_PERFORMANCE

что касается использования таблицы БД:
note 917987

Цитата:

If a variant table has fewer than 10,000 rows by 10 columns, do not link it
to a database table.
If a variant table has more than 10,000 rows by 10 columns, link it to a
database table.

Цитата:

почему не обновляется моя z таблица, когда я вношу изменения через cu60? Необходимо периодически выполнять cu59? И в cu59 почему-то не доступен пункт "Вставить, изменить и удалить" (серый).

1. походу не предусмотрено стандартом
2. я думаю - да
3. RCCUVTDB:

Code:

AT SELECTION-SCREEN OUTPUT.
  LOOP AT SCREEN.
    IF SCREEN-GROUP1 = '001'.
      SCREEN-INPUT = '0'.
      MODIFY SCREEN.
    ENDIF.
  ENDLOOP.

Правила форума

Производительность AUSP (cu60 и пр.)

Кто сейчас на конференции