Цитата:
Сообщение от
dim123
согласен . не закрытых 400 000 инвентсум .
инвенддим все равно будет расти . состояние скалда на какое то число будет использовать inventtrans i inventdim ? ето проблема
Тут еще важно соотношение между этими таблицами,
если количество записей в них примерно совпадает, то оптимизатору нечего делать.
если количество записей в одной отличается в разы/на порядки, то оптимизатор может начать выборку с маленькой таблицы.
Цитата:
Сообщение от
dim123
проблема стандарта останеца
журнал инвентрура не создать меньще чем за 2 часа , надо менять стандарт ? согласны ?
Наверное.
Насколько я помню (надо бы поглядеть), в трешке для каждой строчки журнала инвентаризации делался отдельный запрос на получение остатка.
В принципе, можно и нужно, чтобы при заполнении делался один запрос на остатки, а потом перебор строк в цикле.
Вроде в последних версиях починили... Надо в трешке глядеть.
Цитата:
Сообщение от
dim123
склоняюсь к тому :
1) ДБ на раид 1+0
2) инвентсум и дим отдельно на раид 1+0
3) инвенттранс отдельно на раид 1+0
или ето тожа глупо ?
мысль правильная. Только она поднимет общую производительность, а не данную конкретную задачу.