SQL Azure не отличается радикально, за исключением нескольких things.when запрос является медленным, вы должны рассмотреть так много факторов, такие же, как OnPremises .Below пути вы можете начать поиск неисправностей ..
1.), есть ли какие-либо блокировки/блокировки
select blocking_session_id,wait_type,wait_time,last_Wait_type
from sys.dm_exec_requests qs
cross apply
sys.dm_exec_sql_text(qs.sql_handle)
Это зависит от того, где Вы пытаетесь сделать массовую загрузку, выше запрос должен показать помочь вам в detemining в том, что тип ожидания, это сеть, ДТУ ..
2.) При работе с Azure БД, вы должны conisder один больше факторов, называемых DTUS (просто укажите, сколько транзакций вы можете запускать в секунду).
вы можете использовать ниже запрос, чтобы увидеть, если ваш уровень душит ..
SELECT
(COUNT(end_time) - SUM(CASE WHEN avg_cpu_percent > 80 THEN 1 ELSE 0 END) * 1.0)/COUNT(end_time) AS 'CPU Fit Percent'
,(COUNT(end_time) - SUM(CASE WHEN avg_log_write_percent > 80 THEN 1 ELSE 0 END) * 1.0)/COUNT(end_time) AS 'Log Write Fit Percent'
,(COUNT(end_time) - SUM(CASE WHEN avg_data_io_percent > 80 THEN 1 ELSE 0 END) * 1.0)/COUNT(end_time) AS 'Physical Data Read Fit Percent'
FROM sys.dm_db_resource_stats
если вы ждете типа в первом запросе диск, оперативная память, IO и ДТ запрос последовательно показывают DTU процентов> 90, то вам, возможно, потребуется обновить уровень базы данных слишком или рассмотреть настройки запросов
Если ни один из вышеперечисленных не помогает, вы можете также разместить ваш план выполнения tooo
, что производительность яруса вы? Записи 10K - это не много, но если размеры строк велики, и вы на базовом уровне или на одном из нижних стандартных стандартных уровней, вы можете столкнуться с первичными ограничениями, в частности, в журнале транзакций (обычно в первую очередь). – SQLmojoe