powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
25 сообщений из 51, страница 1 из 3
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39581980
andreymx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
визуально - секунда против трех

запрос
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
use **********
SET STATISTICS TIME ON
declare @p_samAccountName nvarchar(100) = '********';

declare
@Activities table
(
	[ActivityDimKey]            [int] NULL,
	[Activity_id]               [nvarchar](256) NULL,
	[Activity_Title]            [nvarchar](500) NULL,
	[Activity_assignedToUser]   [nvarchar](500) NULL,
    [Activity_StatusValue]      [nvarchar](256) NULL,
	[select_note]               [nvarchar](200) NULL,
	[Activity_Area]             [nvarchar](4000) NULL,
    insertDate                      datetime
)


    /*insert into @Activities
    (
        ActivityDimKey,
        Activity_id,
        Activity_Title,
        Activity_StatusValue,
        [Activity_assignedToUser],
        select_note,
        Activity_Area,
        insertDate
    )*/
	SELECT a.ActivityDimKey,
           a.id                         Activity_id,
           a.title                      Activity_title,
           AStatus.ActivityStatusValue  Activity_StatusValue,
           pers.sAMAccountName          Activity_AssignedToUser_sAMAccountName,
           SUBSTRING(a.id, 1, 2) + ': ' + N'мои и подчиненных'      select_note,
           AreaDS.displayName           Activity_Area,
           getdate()
    FROM [DWDataMart].[dbo].[ActivityDimvw] AS A
	JOIN [DWDataMart].[dbo].[WorkItemDimvw] AS WI ON A.EntityDimKey = WI.EntityDimKey
	JOIN [DWDataMart].[dbo].[WorkItemAssignedToUserFactvw] AS WIAssignedTo ON WIAssignedTo.WorkItemDimKey = WI.WorkItemDimKey AND WIAssignedTo.DeletedDate IS NULL
    inner merge JOIN dbo.get_table_persons(@p_samAccountName) pers on pers.UserDimKey = WIAssignedTo.WorkItemAssignedToUser_UserDimKey
	/*Статус выполнения*/
	LEFT JOIN [DWDataMart].[dbo].[ActivityStatus] AS AStatus ON AStatus.ActivityStatusId = A.Status_ActivityStatusId
	LEFT JOIN [DWDataMart].[dbo].[ActivityAreavw] AS AArea ON AArea.ActivityAreaId = A.Area_ActivityAreaId
	LEFT JOIN DisplayStringDimMV AS AreaDS ON AArea.EnumTypeId = AreaDS.BaseManagedEntityId AND AreaDS.LanguageCode = 'RUS'
	WHERE ISNULL(A.IsDeleted, 0) = 0		-- действие не было удалено
      AND A.ActualStartDate IS NOT NULL		-- действие начали выполнять
      AND A.Status_ActivityStatusId <> 3	-- действие не отменено
      AND isnull(AStatus.ActivityStatusValue, ' ') not in ('Completed', 'Skipped');



без вставки во времянку
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
SQL Server parse and compile time: 
   CPU time = 0 ms, elapsed time = 2 ms.

 SQL Server Execution Times:
   CPU time = 0 ms,  elapsed time = 0 ms.

 SQL Server Execution Times:
   CPU time = 0 ms,  elapsed time = 0 ms.

 SQL Server Execution Times:
   CPU time = 0 ms,  elapsed time = 0 ms.

(8 row(s) affected)

 SQL Server Execution Times:
   CPU time = 2627 ms,   elapsed time = 934 ms. 

со вставкой во времянку
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
SQL Server parse and compile time: 
   CPU time = 0 ms, elapsed time = 2 ms.

 SQL Server Execution Times:
   CPU time = 0 ms,  elapsed time = 0 ms.

 SQL Server Execution Times:
   CPU time = 0 ms,  elapsed time = 0 ms.

 SQL Server Execution Times:
   CPU time = 0 ms,  elapsed time = 0 ms.

 SQL Server Execution Times:
   CPU time = 3594 ms,   elapsed time = 3705 ms. 

(8 row(s) affected)


С уважением, Андрей
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39581986
andreymx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
причем такая хрень работает моментально
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
declare
@Activities table
(
	[ActivityDimKey]            [int] NULL,
	[Activity_id]               [nvarchar](256) NULL,
	[Activity_Title]            [nvarchar](500) NULL,
	[Activity_assignedToUser]   [nvarchar](500) NULL,
	[Activity_StatusValue]      [nvarchar](256) NULL,
	[select_note]               [nvarchar](200) NULL,
	[Activity_Area]             [nvarchar](4000) NULL,
	insertDate                  datetime
)


    insert into @Activities
    (
        ActivityDimKey,
        Activity_id,
        Activity_Title,
        Activity_StatusValue,
        [Activity_assignedToUser],
        select_note,
        Activity_Area,
        insertDate
    )
    SELECT top 100 a.ActivityDimKey,
           a.id,
           a.title,
           null,
           null,
           null,
           null,
           null
    FROM [DWDataMart].[dbo].[ActivityDimvw] AS A
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39581989
andreymx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
к сожалению, план посмотреть не могу... прав не дали
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39581992
Фотография Yasha123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
так сколько страниц в результате занимает первая переменная и сколько вторая?

т.е. вторая это всяко 1 страница,
а 8 строк, где каждай строка (возможно) по полстраницы,
это 8 строк, да еще и не в dedicated extent, а в mixed.
т.е. вообще может быть в 8 разных экстентах,
и все это надо аллокейтить
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39581996
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yasha123,

ну прям выделение страниц столько времени это аномально. Я бы грешил на переменную таблицу, смените на веременную
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39581997
Фотография Yasha123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andreymxк сожалению, план посмотреть не могу... прав не дали
по-вашему что, просто селект и инсерт того же селекта в переменную еще и разные планы имеет?
ну кроме самого оператора инсерта, разумеется, которого нет в первом плане
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39582000
Фотография Yasha123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
TaPaK,
может у него офигительнейшая нагрузка на темпдб,
которая еще и в одном файле живет.
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39582004
Фотография Yasha123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
TaPaKYasha123,

ну прям выделение страниц столько времени это аномально. Я бы грешил на переменную таблицу, смените на веременную
кстати, что вообще за удивление такое,
tempdb contention это очень даже распространенное явление,
как раз из-за вот таких мелкопакостных аллокейшенов в <= 8 страниц
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39582009
Фотография Yasha123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
The Accidental DBA (Day 27 of 30): Troubleshooting: Tempdb Contention
чисто для ознакомления.
если у него нет showplan,
то кого уже мониторить ожидания на темпдб.
---
еще мою гипотезу можно проверить так:
запустить тот же код для временной таблицы
и для постоянной.
и вот если временная все тот же тормоз, то это оно
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39582013
andreymx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Пример - это часть табличной функции.
Остальные предположения проверю вечером, когда доберусь до компа.
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39582014
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yasha123,

тут бы тогда был вопрос не про медленный инсёрт, а "ВСЁ ТОРМОЗИТ СПАСИТЕ ПОМОГИТЕ" :)
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39582017
andreymx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как я уже писал, простой инсерт во времянку ста строк летает
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39582026
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andreymx,

А попробуйте оставить inner merge join, но только сделать null as Activity_AssignedToUser_sAMAccountName вместо pers.sAMAccountName as Activity_AssignedToUser_sAMAccountName...
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39582028
Руслан Дамирович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andreymxКак я уже писал, простой инсерт во времянку ста строк летает
офигеть. сравнили
SELECT top 100
и
5 join + 1 merge join к табличной функции (не факт, что инлайн)
c WHERE и (возможно|скорее всего) без индексов
...
да у вас может быть все что угодно, начиная spooling и заканчивая серверной волчанкой.
...
Если нет доступа к SHOWPLAN,
добавьте к обоим запросам статистику по IO
и OPTION ( MAXDOP 1 )
добавьте, как рекомендовали, третий запрос на вставку в #activities
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39582034
Фотография Yasha123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andreymxКак я уже писал, простой инсерт во времянку ста строк летает
вы же вставили всего 1 страницу, а вы вставьте не наллы, а что-то типа replicate(N'a', 4000)
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39582035
invm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andreymx,

Без инсерта у вас параллельный план - CPU много больше elapsed. Поэтому и секунда вместо трех.
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39582038
Фотография Yasha123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Руслан ДамировичandreymxКак я уже писал, простой инсерт во времянку ста строк летает
офигеть. сравнили
SELECT top 100
и
5 join + 1 merge join к табличной функции (не факт, что инлайн)
c WHERE и (возможно|скорее всего) без индексов
...
да у вас может быть все что угодно, начиная spooling и заканчивая серверной волчанкой.
...
Если нет доступа к SHOWPLAN,
добавьте к обоим запросам статистику по IO
и OPTION ( MAXDOP 1 )
добавьте, как рекомендовали, третий запрос на вставку в #activities
нет, не так.
он сравнл просто селект того же самого, где 5 join и еще что-то со вставкой **того же самого** в переменную
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39582040
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
invm,
Помнится, как-то в 2012-м Поль Уайт объяснял, что очень не любит движок делать параллельные merge join.
Там правда шла речь о "There are ways to achieve running whole query plans on multiple threads over exclusive data set ranges, but they require trickery that not everyone will be happy with (and will not be supported by Microsoft or guaranteed to work in the future)" касательно секционированных таблиц, но все же.
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39582049
andreymx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
invmandreymx,

Без инсерта у вас параллельный план - CPU много больше elapsed. Поэтому и секунда вместо трех.что-то похожее приходило голову
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39582124
andreymx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
invmandreymx,

Без инсерта у вас параллельный план - CPU много больше elapsed. Поэтому и секунда вместо трех.похоже, всё так и есть

добавил в запрос OPTION (MAXDOP 1), и оба варианта начали работать по три сек

добавление же OPTION (MAXDOP 3) инсерт не ускорило
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39582129
andreymx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
переписал на курсор - стало быстро, одна сек
но не нравится эта куча полей и переменных, в оракле всё-таки курсоры удобнее

ЗЫ: оставлю в памяти на всякий случай
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39582328
AlanDenton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
andreymxпереписал на курсор - стало быстро, одна сек
Честно, фейспалм. Вам же сказали что вставка в табличную переменную будет последовательной всегда. Во временную таблицу может быть парелелльной. От того что Вы напишете MAXPOD 3 это не заставит сиквел юзать параллелизм. Для этого хинты используются другие.
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39582338
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Табличные переменные очень медленные. Используй только в крайних случаях.
Обычные времянки рулят.

зы: привет
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39582340
andreymx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AlanDentonandreymxпереписал на курсор - стало быстро, одна сек
Честно, фейспалм. Вам же сказали что вставка в табличную переменную будет последовательной всегда. Во временную таблицу может быть парелелльной. От того что Вы напишете MAXPOD 3 это не заставит сиквел юзать параллелизм. Для этого хинты используются другие.спасибо, подумаю, удачи
...
Рейтинг: 0 / 0
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
    #39582411
andreymx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LSVТабличные переменные очень медленные. Используй только в крайних случаях.
Обычные времянки рулят.

зы: приветмне нужна функция, возвращающая табличные данные

Или даже так:
мне необходимо сформировать отчет, в котором очень много формирований, данные из разных источников (таблиц и вьюх)
Обычной вьюхой можно нарисовать, но будет очень громоздко и несопровождаемо

вот хочу разбить формирования по процедурам или функциям

Советуйте, как правильно
...
Рейтинг: 0 / 0
25 сообщений из 51, страница 1 из 3
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]