В 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.