Этот вопрос действительно не имеет достаточного фона, чтобы получить окончательный ответ.Каковы соображения?
- Действительно ли запросы в вашей десятисекундной работе завершаются за десять секунд, даже если ваша СУБД находится на пиковой транзакционной рабочей нагрузке?Очевидно, что если работа обычно не завершается в течение десяти секунд, вы получите кучу рабочих мест.
- Блокируют ли запросы в вашем задании таблицы и / или индексы, чтобы транзакционная нагрузка не могла работать эффективно?(Вы должны использовать
SET ISOLATION LEVEL READ UNCOMMITTED;
столько, сколько можете, чтобы чтение базы данных не блокировало вещи без необходимости.) - Делают ли запросы в вашей работе много вставок и обновлений на много строк, и поэтому забиваютжурналы транзакций SQL Server?
- Насколько велик ваш сервер?(Ядра процессора? Оперативная память? Емкость ввода-вывода?) Насколько велика ваша база данных?
- Если ваш проект успешен и у вас много пользователей, ваши ответы на вышеуказанные вопросы останутся прежними?(Подсказка: нет.)
Вам следует потратить некоторое время на планы выполнения запросов в вашей работе и постараться сделать их максимально эффективными.Добавьте необходимые индексы.При необходимости рефакторинг запросов, чтобы сделать их более эффективными.SSMS покажет вам планы выполнения и предложит соответствующие индексы.
Если ваша работа заключается в удалении просроченных строк, возможно, вы захотите построить срок действия в своей модели данных.Например, предположим, что ваша работа выполняет
DELETE FROM readings WHERE expiration_date >= GETDATE()
, и ваше приложение делает это, полагаясь на вашу работу, чтобы избежать получения просроченных показаний.
SELECT something FROM readings
Вы можете реорганизовать запрос приложения, чтобы сказать
SELECT something FROM readings WHERE expiration_date < GETDATE()
и затем выполняйте свою работу ночью, в тихое время, а не каждые десять секунд.
Работа в десять секунд не самая лучшая идея в мире.Если вы сможете доработать свое приложение, чтобы оно работало правильно с заданием в десять, десять или двенадцать часов, у вас будет более устойчивая производственная система.В любом случае, если что-то пойдет не так с работой, когда ваша система очень загружена, у вас будет более десяти секунд, чтобы это исправить.