Эффективность работы при обновлении и настройке прайсов

[Cnter]

Нужны Ваши советы.

Хотелось бы улучшать скорость обработки прайсов путем оптимизации настроек, однако при большом СТУС (около 50тыс. товаров) и большом количестве прайсов (около 300) оптимизацию в основной базе в ПЛИ проводить сложно из-за длительного обновления каждого прайса при текущих размерах баз СТУС и СТИПП. Хорошо было бы иметь журнал обновления каждого прайса в виде автоформируемого отчета, чтобы потом можно было анализировать информацию и делать какие-то выводы. Следить каждый раз при обновлении прайса за журналом довольно сложно.

Можно конечно оптимизировать прайсы в отдельной чистой базе с минимально необходимым СТУС и небольшим количеством активных прайсов, чтобы оптимизацию проводить быстро. Однако тут возникает существенное неудобство с переносом настроек прайсов из тестовой базы в основную, поскольку это насколько я знаю можно сделать только вручную.
Также можно конечно узнать время обновления каждого прайса через сводный отчет, который формируется при обновлении нескольких прайсов, однако при окончании обновления нужно ещё успеть нажать кнопку просмотра отчета, поскольку он автоматически не формируется. Кроме того исследования опять же приходится проводить в тестовой базе, поскольку обновление нескольких прайсов (5-7шт.) приводит к переоценке по всем 300 прайсам. Если не удалить весь СТИПП, то переоценка происходит в несколько раз дольше чем обновление этих 5-7 прайсов по отдельности. Если удалить СТИПП, то на переоценку каждого из 300 прайсов тратится 1 секунда. Поэтому и приходится с этими тестами также работать в отдельной тестовой базе. Опять же возникает проблема переноса обновленных настроек прайсов с тестовой базы в основную, что приходится делать вручную.
В итоге получается, что для малых баз СТУС и малого количества прайсов в СТИПП, работа ведется быстро. А если у клиента много товаров в СТУС и много прайсов не получается быстро вносить изменения в настройки и проводить проверки в основной базы да и вся база работает очень медленно: например такая простая операция, как вход в настройки прайса также занимает несколько секунд, а не происходит моментально.

[support]

Что означает:

если у клиента много товаров в СТУС

У какого клиента?

[Cnter]

Под клиентом я подразумеваю нашу компанию, как пользователя ПЛИ. Было выбрано слово клиент, чтобы обобщить ситуацию с большим количеством товара в СТУС и прайсов в СТИПП, как таковую, которая может возникать не только у нас.

[support]

Сообщите, пожалуйста, технические характеристик Вашего ПК на котором стоит программа.

[Cnter]

Intel® Core™ i7-2670QM
9.53Gb оперативной памяти
64 разрядная ОС Windows 7 Ultimate (на виртуальной машине)
2 SSD

[Cnter]

При текущей конфигурации одновременная работа в ПЛИ 3 человек являются мучением для всех пользователей. Относительно нормально может работать только 2 человека.

[support]

На этом ПК кроме программы ведутся ли какие то работы с другими программами и другими пользователями, что могло бы увеличивать нагрузку на ПК?

[Cnter]

Время от времени запускаются бухгалтерские программы. Не часто. Остальное стандартные службы.

Основная задача сервера: работа с ПЛИ.

[support]

Сообщите, пожалуйста следующую информацию:

• Количество добавленных поставщиков
  Количество товаров в СТУС
  Количество товаров в СТИПП
  Обott время импорта всех прайс-листов
  Включена ли многопоточность?

[Cnter]

Количество добавленных поставщиков - 333 (из них часть не активно)
Количество товаров в СТУС - около 69 тыс
Количество товаров в СТИПП - около 155 тыс и продолжаем уменьшать исключая максимально всё ненужное. Ранее было около 168 тыс.
Обott время импорта всех прайс-листов - я не делал, только мой коллега. Он говорит, что около 8-9 часов. Если нужно измерить точное время, то мы это сделаем.
Включена ли многопоточность? - Да. 4 потока