|
Можно ли оптимизировать запрос
|
|||
---|---|---|---|
#18+
тормозит вот эта часть Код: sql 1.
Если ее убрать, то запрос выполняется моментально ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2014, 18:14 |
|
Можно ли оптимизировать запрос
|
|||
---|---|---|---|
#18+
Challengerтормозит вот эта часть Код: sql 1.
Если ее убрать, то запрос выполняется моментально Вот вам и предлагали выше поменять на not exists, тем более надеюсь ExaminationID типа int и string_value для отобранных данных тоже типа int => ускорим работу при работе с int: Код: sql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2014, 18:27 |
|
Можно ли оптимизировать запрос
|
|||
---|---|---|---|
#18+
зеленый админ, вот так действительно намного лучше работает. Код: sql 1.
К сожаление string_value вот такое 2.16.840.1.113669.632.10.20120401.111535306.1.20 Преобразование к int не работает. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2014, 18:56 |
|
Можно ли оптимизировать запрос
|
|||
---|---|---|---|
#18+
Но проблема все равно не решилась, и еще один удивительный момент для себя я обнаружил. В первоначальном варианте я написал Код: sql 1.
но реально здесь переменная Код: sql 1.
запрос начинает тормозить при некоторых значениях @image_id, например при таком 57400, хотя поле image_id входит в Primary key. Почему? И как избавиться от тормозов здесь? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2014, 19:43 |
|
Можно ли оптимизировать запрос
|
|||
---|---|---|---|
#18+
Challenger, планы сравните и/или покажите. ну или перечитайте тот бред что я писал. я боролся уже с таким. просто и быстро, скорее всего, не выйдет. пока не поймете проблему - перекраивание запроса вам ничего не даст ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2014, 20:15 |
|
Можно ли оптимизировать запрос
|
|||
---|---|---|---|
#18+
Crimean, теперь запрос стал таким Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9.
Но все равно тормозит при некоторых значениях @image_id, сейчас значение 57400 Вот план выполнения, во вложении Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15.
... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2014, 21:23 |
|
Можно ли оптимизировать запрос
|
|||
---|---|---|---|
#18+
Много народу просило план выполнения. План выполнения запроса я выложил. И никто ничего не говорит. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2014, 10:47 |
|
Можно ли оптимизировать запрос
|
|||
---|---|---|---|
#18+
ChallengerНо все равно тормозит при некоторых значениях @image_idПопробуйте option(recompile) добавить в запрос.ChallengerПлан выполнения запроса я выложилПлан был нужен актуальный, а не оценочный. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2014, 11:06 |
|
Можно ли оптимизировать запрос
|
|||
---|---|---|---|
#18+
ChallengerИ никто ничего не говорит. Зачем делается left join Romexis_db.dbo.RIM_Image_Attrib b, если в выходном наборе нет ни одного поля из этой таблицы ? Что за функция lab.dbo.RmDateToDT ? Зачем она нужна ? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2014, 11:34 |
|
Можно ли оптимизировать запрос
|
|||
---|---|---|---|
#18+
GloryЗачем делается left join Romexis_db.dbo.RIM_Image_Attrib b, если в выходном наборе нет ни одного поля из этой таблицы ? b.string_value используется GloryЧто за функция lab.dbo.RmDateToDT ? Зачем она нужна ? Так исторически сложилось преобразование даты, потому что дата хранится в корявом формате в устройстве Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2014, 11:49 |
|
Можно ли оптимизировать запрос
|
|||
---|---|---|---|
#18+
Challengerb.string_value используется Все равно построение запроса режет газ left join Romexis_db.dbo.RIM_Image_Attrib b - отдельно от and not exists (select 1 from lab.dbo.tbImgInfo(nolock) where (ExaminationID = b.string_value)) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2014, 11:56 |
|
Можно ли оптимизировать запрос
|
|||
---|---|---|---|
#18+
Challenger, вместо скалярной UDF голимой попробовать выражение: Код: sql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2014, 12:23 |
|
|
start [/forum/topic.php?fid=46&msg=38652428&tid=1701941]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
164ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
others: | 227ms |
total: | 491ms |
0 / 0 |