Любая система учёта должна обеспечивать необходимое комфортное быстродействие, чтобы не вызывать приступы гнева у рядовых работников и руководства, ибо это имеет неприятные последствия от общей работы в организации. И абсолютно не важно - сколько записей находится в вашей системе учёта - 200 или 20000. Снижение быстродействия при наполнении базы - это признак плохой оптимизации программного обеспечения. К примеру - программа для сервисных центров Serv4 версий 0.02х - 0.04.8 имела не достаточно хорошую оптимизацию скорости работы. А вот версии 1.хх серии, и в частности 1.35 - имеют необходимую оптимизацию, которая позволяет комфортабельно работать в системе с более чем 20 тыс. записями.
Просмотрите короткий видеоролик с примером работы базы с 1500 ремонтов (активных), и ролик, где показан пример с 20 тысячами активных ремонтов (ниже, следующий).
Обратите внимание, что запись сделана в сентябре 2015 года, и сегодня, в 2018 году - мы еще больше провели работ по оптимизации, и в сегодняшних сборках всё будет работаеть еще быстрее.
