Цитата:
Сообщение от
mazzy
Тут еще важно соотношение между этими таблицами,
если количество записей в них примерно совпадает, то оптимизатору нечего делать.
если количество записей в одной отличается в разы/на порядки, то оптимизатор может начать выборку с маленькой таблицы.
Наверное.
Насколько я помню (надо бы поглядеть), в трешке для каждой строчки журнала инвентаризации делался отдельный запрос на получение остатка.
В принципе, можно и нужно, чтобы при заполнении делался один запрос на остатки, а потом перебор строк в цикле.
Вроде в последних версиях починили... Надо в трешке глядеть.
мысль правильная. Только она поднимет общую производительность, а не данную конкретную задачу.
нормальная рабочая ситуатция
1) в минуту 7 запросов на состояние склада
2) каждые 10 минут регистрация готовой продукции . т.е проверка наличия материалов плюс к этому
у нас рецептура не конкретная . т.е имеем Продукт Н1 . он состоит из компонента К1 и К2. каждые 10 минут принимая Н1 на склад проиходит
а) берем БОМ смотрим компоненты К1 и К2 , далее если компонента имеет подгруппу ПГ1. то берем все материалы с подгруппой ПГ1
находим их текущее количество на складе . Далее создаем журнал где используем вместо К1 все материалы ис подгруппы ПГ1 % их текущему количеству на складе.
3) склад в день принимает до 200 новых партий .
4) по всем складам движение с партией . порядка 200
5) продажи 200 партии
плюс ко всему запросы на состояние склада от юзеров , бугалтерия , счета , статистика .
все это как мне кажетца и убивает эти таблицы , диски не справляютца . вернее сказать время на чтение и запись .