Оптимизация запроса

@Zwelenewskiy · Регистрация: 09.01.2017

Студворк — интернет-сервис помощи студентам

Доброго времени суто. Есть большой запрос. Хотелось бы его оптимизировать таким образом, чтобы убрать использование временных таблиц - выполнить один большой запрос (в частности убрать повторяющиеся пары insert-update). Не понимаю, как все вынести в один select

Кликните здесь для просмотра всего текста

T-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
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
CREATE PROCEDURE [dbo].[SearchByDate]
    @from datetime,
    @to datetime
AS
BEGIN
    CREATE TABLE #result_table
    (
        [id] int, 
        [from] int, 
        [date] datetime, 
        [content] nvarchar(300), 
        [name] nvarchar(20),
        [new_to] xml,
        [new_copy] xml,
        [new_hidden_copy] xml,
        [new_tags] xml,
    )
 
    CREATE TABLE #result_to (email_id int, [new_to] xml)
    CREATE TABLE #result_copy (email_id int, [new_copy] xml)
    CREATE TABLE #result_hidden_copy (email_id int, [new_hidden_copy] xml)
    CREATE TABLE #result_tags (id int, [new_tags] xml)
 
    INSERT INTO #result_table(id, [from], [date], content, name)
    SELECT 
        [id], 
        [from], 
        [date], 
        [content], 
        [name]
    FROM 
        email
    WHERE 
        email.date BETWEEN @from AND @to
        
 
 
 
    INSERT INTO #result_to([email_id], [new_to])
    SELECT 
        em.ID, b.[To]
    FROM 
        email em
    CROSS APPLY
    (
        SELECT 
            [user_id] AS 'int'
        FROM 
            [to] 
        WHERE em.ID IN (SELECT ID FROM #result_table ) AND em.ID = [to].email_id 
 
        FOR XML PATH(''), ROOT('ArrayOfInt'), TYPE
    ) b([To])
 
    UPDATE #result_table
    SET
        #result_table.new_to = #result_to.new_to
    FROM #result_table rt
    JOIN #result_to ON rt.ID = #result_to.email_id
    
 
 
 
    INSERT INTO #result_copy([email_id], [new_copy])
    SELECT 
        em.ID, b.[Copy]
    FROM 
        email em
    CROSS APPLY
    (
        SELECT 
            [user_id] AS 'int'
        FROM 
            [copy] 
        WHERE em.ID IN (SELECT ID FROM #result_table ) AND em.ID = [copy].email_id 
 
        FOR XML PATH(''), ROOT('ArrayOfInt'), TYPE
    ) b([Copy])
 
    UPDATE #result_table
    SET
        #result_table.new_copy = #result_copy.new_copy
    FROM #result_table rt
    JOIN #result_copy ON rt.ID = #result_copy.email_id
 
 
 
 
    INSERT INTO #result_hidden_copy([email_id], [new_hidden_copy])
    SELECT 
        em.ID, b.[Hidden_Copy]
    FROM 
        email em
    CROSS APPLY
    (
        SELECT 
            [user_id] AS 'int'
        FROM 
            [hidden_copy] 
        WHERE em.ID IN (SELECT ID FROM #result_table ) AND em.ID = [hidden_copy].email_id 
 
        FOR XML PATH(''), ROOT('ArrayOfInt'), TYPE
    ) b([Hidden_Copy])
 
    UPDATE #result_table
    SET
        #result_table.new_hidden_copy = #result_hidden_copy.new_hidden_copy
    FROM #result_table rt
    JOIN #result_hidden_copy ON rt.ID = #result_hidden_copy.email_id
 
 
 
    INSERT INTO #result_tags([id], [new_tags])
    SELECT 
        em.ID, b.tag_xml
    FROM 
        email em    
    CROSS APPLY
    (
        SELECT 
            t.ID AS 'id', t.name AS 'name'
        FROM 
            [tag] t
        JOIN email_tag et ON em.ID = et.email_id
        WHERE et.tag_id = t.ID
 
        FOR XML PATH('Tag'), ROOT('ArrayOfTag'), TYPE
    ) b([tag_xml])
    WHERE em.ID IN (SELECT ID FROM #result_table) 
 
    UPDATE #result_table
    SET
        #result_table.new_tags = #result_tags.new_tags
    FROM #result_table rt
    JOIN #result_tags ON rt.ID = #result_tags.id
 
    SELECT
        [id], 
        [from], 
        [date], 
        [content], 
        [name],
        [new_to],
        [new_copy],
        [new_hidden_copy],
        [new_tags]
    FROM 
        #result_table
END;

@invm · 28.11.2019, 18:10

Zwelenewskiy,

T-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
50
51
52
53
54
55
    SELECT 
        em.[id], 
        em.[from], 
        em.[date], 
        em.[content], 
        em.[name],
        a.new_to,
        b.[new_copy],
        c.[new_hidden_hopy],
        d.[new_tags]
    FROM 
        email em
    OUTER APPLY
    (
        SELECT 
            [user_id] AS 'int'
        FROM 
            [to] 
        WHERE em.ID IN (SELECT ID FROM #result_table ) AND em.ID = [to].email_id 
 
        FOR XML PATH(''), ROOT('ArrayOfInt'), TYPE
    ) a([new_to])
    OUTER APPLY
    (
        SELECT 
            [user_id] AS 'int'
        FROM 
            [copy] 
        WHERE em.ID IN (SELECT ID FROM #result_table ) AND em.ID = [copy].email_id 
 
        FOR XML PATH(''), ROOT('ArrayOfInt'), TYPE
    ) b([new_copy])
    OUTER APPLY
    (
        SELECT 
            [user_id] AS 'int'
        FROM 
            [hidden_copy] 
        WHERE em.ID IN (SELECT ID FROM #result_table ) AND em.ID = [hidden_copy].email_id 
 
        FOR XML PATH(''), ROOT('ArrayOfInt'), TYPE
    ) c([new_hidden_copy])
    OUTER APPLY
    (
        SELECT 
            t.ID AS 'id', t.name AS 'name'
        FROM 
            [tag] t
        JOIN email_tag et ON em.ID = et.email_id
        WHERE et.tag_id = t.ID
 
        FOR XML PATH('Tag'), ROOT('ArrayOfTag'), TYPE
    ) d([new_tags])
    WHERE 
        em.date BETWEEN @from AND @to;

@Zwelenewskiy · 28.11.2019, 18:34 **[ТС]**

invm, просто последовательные OUTER APPLY, конечно же...

А почему именно OUTER? Ведь в данном случае заполнение null'ами не нужно - для каждой записи и так найдется значение. И еще: зачем двойная проверка

T-SQL
1
em.date BETWEEN @from AND @to;

, если все айдишники писем и так уже извесстны:

T-SQL
1
em.id IN (SELECT id FROM #result_table)

Без времеенной таблицы, так понимаю, обойтись не возможно?

@invm · 28.11.2019, 19:03

Сообщение от Zwelenewskiy

А почему именно OUTER? Ведь в данном случае заполнение null'ами не нужно - для каждой записи и так найдется значение.

Я не знаю ваших условий - поэтому outer, чтобы не потерять данные.

Сообщение от Zwelenewskiy

И еще: зачем двойная проверка

Незачем. Это последствия копи-пасты. Предикат em.ID IN (SELECT ID FROM #result_table ) надо убрать.

@Zwelenewskiy · 28.11.2019, 19:21 **[ТС]**

Сообщение от invm

Предикат em.ID IN (SELECT ID FROM #result_table ) надо убрать

Где именно? Во всех apply и оставить только в самом конце?

@invm · 28.11.2019, 19:35

Во всех apply. Временные таблицы не нужны.

@Zwelenewskiy · 28.11.2019, 19:43 **[ТС]**

invm, да, уже исправил: em.id проверяется в самом конце

Новые блоги и статьи Все статьи Все блоги /
Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .	Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .	Запрет удаления строк ТЧ документа при определенном условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .	Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .
Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .	Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.	Фиксация колонок в отчете СКД Maks 14.04.2026 Фиксация колонок в СКД отчета типа Таблица. Задача: зафиксировать три левых колонки в отчете. Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка) / / . . .

@invm 3614 / 2135 / 756 Регистрация: 02.06.2013 Сообщений: 5,169
	28.11.2019, 19:35
	Во всех apply. Временные таблицы не нужны. 0

@Zwelenewskiy 129 / 127 / 107 Регистрация: 09.01.2017 Сообщений: 1,651
	28.11.2019, 19:43 [ТС]
	invm, да, уже исправил: em.id проверяется в самом конце 0

Опции темы

Оптимизация запроса

Решение