Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк) / 25 сообщений из 51, страница 1 из 3
10.01.2018, 18:24
    #39581980
andreymx
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
инсерт во времянку намного медленнее, чем просто запрос (возвращает 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
10.01.2018, 18:27
    #39581986
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.
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
10.01.2018, 18:31
    #39581989
andreymx
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
к сожалению, план посмотреть не могу... прав не дали
...
Рейтинг: 0 / 0
10.01.2018, 18:34
    #39581992
Yasha123
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
так сколько страниц в результате занимает первая переменная и сколько вторая?

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

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

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

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

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

Без инсерта у вас параллельный план - CPU много больше elapsed. Поэтому и секунда вместо трех.
...
Рейтинг: 0 / 0
10.01.2018, 19:30
    #39582038
Yasha123
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
Руслан ДамировичandreymxКак я уже писал, простой инсерт во времянку ста строк летает
офигеть. сравнили
SELECT top 100
и
5 join + 1 merge join к табличной функции (не факт, что инлайн)
c WHERE и (возможно|скорее всего) без индексов
...
да у вас может быть все что угодно, начиная spooling и заканчивая серверной волчанкой.
...
Если нет доступа к SHOWPLAN,
добавьте к обоим запросам статистику по IO
и OPTION ( MAXDOP 1 )
добавьте, как рекомендовали, третий запрос на вставку в #activities
нет, не так.
он сравнл просто селект того же самого, где 5 join и еще что-то со вставкой **того же самого** в переменную
...
Рейтинг: 0 / 0
10.01.2018, 19:37
    #39582040
Andy_OLAP
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
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
10.01.2018, 19:51
    #39582049
andreymx
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
инсерт во времянку намного медленнее, чем просто запрос (возвращает 8 строк)
invmandreymx,

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

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

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

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

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

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

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

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

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

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


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