Проблема такая же, как с любым программным обеспечением для прогнозирования. То, что исторически что-то произошло, не означает, что это случится снова. Кроме того, вам необходимо выполнить задачу, чтобы полностью проанализировать, как вы должны были сделать ее более эффективной. Проблема в том, что следующая задача не обязательно похожа на ранее выполненную задачу. Итак, если вашей процедуре импорта нужно 8 ГБ памяти для завершения, имеет ли смысл назначать каждому пользователю только для чтения 8 ГБ памяти? Обратный путь тоже не сработает.
Оставляя это решение за людьми, база данных будет демонстрировать характеристики производительности, которые не являются оптимальными для всех случаев, но, в свою очередь, давайте (люди) оптимизируем каждый случай индивидуально (если хотите).
Другим важным аспектом является то, что большинство людей / компаний ценят надежные и стабильные уровни на разных, но потенциально более высоких уровнях. Высокая стоимость не так важна, как большие различия в стоимости. Это, конечно, не всегда так, поскольку целые компании основаны на том факте, что время от времени этот показатель достигает 1%.
Современные базы данных уже прилагают некоторые усилия для адаптации к представленным задачам, таким как все более и более изощренные оптимизаторы запросов. По крайней мере, у Oracle есть возможность отслеживать некоторые меры, влияющие на решения оптимизатора (стоимость чтения одного блока, которая будет зависеть от текущей нагрузки).