ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Помогите оптимизовать запрос, очень долго виполняется
25 сообщений из 48, страница 1 из 2
  1  все
Помогите оптимизовать запрос, очень долго виполняется
    #38705048
NOCaut
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NOCaut
Гость
select distinct(d.dbid), count(d.id)
from t_document d
join object o on d.dbid = o.dbid and d.id = o.id and o.change_date > '01.05.2014' and o.change_date < '01.06.2014'
join t_editor e on o.editor_dbid=e.dbid and o.editor_id=e.id
join t_doc_type dt on e.doc_type_dbid = dt.dbid and e.doc_type_id = dt.id and
dt.form_decision2_dbid=0 and dt.form_decision2_id in (16990,16988,16991,16989,16992,209964)
where d.status_doc_dbid = 0 and d.status_doc_id = 14817
group by d.dbid

Plan (204 records)
PLAN SORT (SORT (JOIN (O INDEX (IDX_CHANGE_DATE), D INDEX (PK_T_DOCUMENT), E INDEX (PK_T_EDITOR), DT INDEX (PK_T_DOC_TYPE))))

------ Performance info ------
Prepare time = 78ms
Execute time = 19m 43s 2ms
Avg fetch time = 43 814,89 ms
Current memory = 188 638 320
Max memory = 206 549 056
Memory buffers = 10 000
Reads from disk to cache = 0
Writes from cache to disk = 0
Fetches from cache = 0
...
Рейтинг: 0 / 0
24.07.2014, 15:10
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705056
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
NOCaut,

t_document - есть ли у ней индекс по полю dbid ?
...
Рейтинг: 0 / 0
24.07.2014, 15:15
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705059
NOCaut
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NOCaut
Гость
Таблоид,

Сейчас гляну
...
Рейтинг: 0 / 0
24.07.2014, 15:16
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705072
m7m
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
m7m
Участник
NOCaut
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
select distinct(D.Dbid), count(D.Id)
  from T_Document D
    join Object O on D.Dbid = O.Dbid and
          D.Id = O.Id and
          O.Change_Date > '01.05.2014' and
          O.Change_Date < '01.06.2014'
    join T_Editor E on O.Editor_Dbid = E.Dbid and
          O.Editor_Id = E.Id
    join T_Doc_Type Dt on E.Doc_Type_Dbid = Dt.Dbid and
          E.Doc_Type_Id = Dt.Id and
          Dt.Form_Decision2_Dbid = 0 and
          Dt.Form_Decision2_Id in (16990, 16988, 16991, 16989, 16992, 209964)
  where D.Status_Doc_Dbid = 0
    and D.Status_Doc_Id = 14817
  group by D.Dbid


Plan (204 records)
PLAN SORT (SORT (JOIN (O INDEX (IDX_CHANGE_DATE), D INDEX (PK_T_DOCUMENT), E INDEX (PK_T_EDITOR), DT INDEX (PK_T_DOC_TYPE))))


Ну для начала убрав Distinct, который тут совсем не нужен, возможно избавишься в плане от одного SORT , хотя не думаю что это поможет
зы. запрос как запрос, не зная какие там индексы, и их статистику, как мне кажется оптимизировать ничего нельзя

ззы.
 
и как меня "утомляет" вот такое
Код: sql
1.
2.
3.
4.
5.
    join Object O on 
          D.Dbid = O.Dbid and
          D.Id = O.Id and
          O.Change_Date > '01.05.2014' and
          O.Change_Date < '01.06.2014'


вместо
Код: sql
1.
2.
3.
4.
5.
    join Object O on 
          O.Dbid = D.Dbid and
          O.Id = D.Id and
          O.Change_Date > '01.05.2014' and
          O.Change_Date < '01.06.2014'


но это мои предпочтения
...
Рейтинг: 0 / 0
24.07.2014, 15:25
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705074
Фотография wadman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
wadman
Участник
NOCaut
Код: sql
1.
O.Change_Date >= '01.05.2014' and


Может так надежнее?
...
Рейтинг: 0 / 0
24.07.2014, 15:26
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705075
NOCaut
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NOCaut
Гость
Індекси використовується по всім таблицям, це в плані видно
...
Рейтинг: 0 / 0
24.07.2014, 15:26
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705079
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
NOCaut
Код: sql
1.
select distinct(d.dbid) ..... group by d.dbid


Какой идиот сюда поставил distinct?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.07.2014, 15:28
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705083
NOCaut
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NOCaut
Гость
авторNOCaut
O.Change_Date >= '01.05.2014' and

Может так надежнее?

я в сам процес не углублялся, задачу дали оптимизировать чтоб бстрее было
...
Рейтинг: 0 / 0
24.07.2014, 15:28
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705086
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
NOCaut, а почему не в Access?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.07.2014, 15:30
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705092
NOCaut
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NOCaut
Гость
непонял?
...
Рейтинг: 0 / 0
24.07.2014, 15:32
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705094
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Hello, Nocaut!
You wrote on 24 июля 2014 г. 15:33:08:

Nocaut> непонял? а я знаю?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.07.2014, 15:34
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705100
Фотография wadman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
wadman
Участник
NOCautавторNOCaut
O.Change_Date >= '01.05.2014' and

Может так надежнее?

я в сам процес не углублялся, задачу дали оптимизировать чтоб бстрее было
Тогда даю повод ткнуть разработчикам в явную ошибку в логике, чтобы вырасти в их (и не только) глазах. :)
...
Рейтинг: 0 / 0
24.07.2014, 15:37
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705103
NOCaut
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NOCaut
Гость
)))
...
Рейтинг: 0 / 0
24.07.2014, 15:38
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705104
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
NOCaut,

для начала перемести из on все условия по котором нет связи в where. Хоть это и не оптимизирует но вопрос станет понятней. И заодно убери DISTINCT

получаем

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
SELECT
    D.DBID,
    COUNT(D.ID)
FROM
    T_DOCUMENT D
    JOIN OBJECT O ON D.DBID = O.DBID
          AND D.ID = O.ID
    JOIN T_EDITOR E ON O.EDITOR_DBID = E.DBID
          AND O.EDITOR_ID = E.ID
    JOIN T_DOC_TYPE DT ON E.DOC_TYPE_DBID = DT.DBID
          AND E.DOC_TYPE_ID = DT.ID
WHERE D.STATUS_DOC_DBID = 0
  AND D.STATUS_DOC_ID = 14817
  AND O.CHANGE_DATE > '01.05.2014'
  AND O.CHANGE_DATE < '01.06.2014'
  AND DT.FORM_DECISION2_DBID = 0
  AND DT.FORM_DECISION2_ID IN (16990, 16988, 16991, 16989, 16992, 209964)
GROUP BY D.DBID



смотрим на него и удивляемся. Если ID - это ПК, то

автор JOIN OBJECT O ON D.DBID = O.DBID
AND D.ID = O.ID

условия вида D.DBID = O.DBID лишние. Точнее можно сказать если будут приведены DDL таблиц из запроса.
...
Рейтинг: 0 / 0
24.07.2014, 15:38
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705107
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
автор. . .
join Object O on D.Dbid = O.Dbid and
D.Id = O.Id and
O.Change_Date > '01.05.2014' and
O.Change_Date < '01.06.2014'

PLAN SORT (SORT (JOIN ( O INDEX (IDX_CHANGE_DATE) , D INDEX (PK_T_DOCUMENT), E INDEX (PK_T_EDITOR), DT INDEX (PK_T_DOC_TYPE))))

Індекси використовується по всім таблицям, це в плані видно В таблице 'object' есть индекс(ы) по полям dbid + id или по ним же, но по-отдельности ?
...
Рейтинг: 0 / 0
24.07.2014, 15:39
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705114
NOCaut
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NOCaut
Гость
убрал DISTINCT жду выполнения запроса, потом посмотрю мндекс
...
Рейтинг: 0 / 0
24.07.2014, 15:44
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705119
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
NOCautPlan (204 records)
PLAN SORT (SORT (JOIN (O INDEX (IDX_CHANGE_DATE), D INDEX (PK_T_DOCUMENT), E INDEX (PK_T_EDITOR), DT INDEX (PK_T_DOC_TYPE))))

------ Performance info ------
Prepare time = 78ms
Execute time = 19m 43s 2ms
Avg fetch time = 43 814,89 ms
Current memory = 188 638 320
Max memory = 206 549 056
Memory buffers = 10 000
Reads from disk to cache = 0
Writes from cache to disk = 0
Fetches from cache = 0

фигня какая то
...
Рейтинг: 0 / 0
24.07.2014, 15:46
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705121
NOCaut
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NOCaut
Гость
ето план результата запроса, сейчас попробую посмотреть что в Plan Analyzer
...
Рейтинг: 0 / 0
24.07.2014, 15:47
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705123
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
NOCaut,

я про 0 фетчей
...
Рейтинг: 0 / 0
24.07.2014, 15:48
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705124
m7m
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
m7m
Участник
NOCautІндекси використовується по всім таблицям, це в плані видно
К сожалению использование индексов по всем таблицам (что показано в плане),
не дает никакой информации, окромя того что они используются

нет, конечно можно догадаться что таблицы D , E , DT связаны по первичному ключу
и что для таблицы О используется индекс по полю .change_date
но это только догадки, которые могут совсем не соответствовать реальности
...
Рейтинг: 0 / 0
24.07.2014, 15:50
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705132
NOCaut
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NOCaut
Гость
результат плана
...
Рейтинг: 0 / 0
24.07.2014, 15:55
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705133
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Hello, Симонов Денис!
You wrote on 24 июля 2014 г. 15:55:19:

Симонов Денис> я про 0 фетчей
папа, а ты с кем сейчас разговаривал? (с)

Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.07.2014, 15:56
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705135
NOCaut
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NOCaut
Гость
Мимопроходящий я непонимаю вас
...
Рейтинг: 0 / 0
24.07.2014, 15:57
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705140
m7m
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
m7m
Участник
m7m,
И в догонку, если я правильно читаю план
ведущей была выбрана таблица object o ,
возможно было-бы лучше если ведущей была таблица T_DOCUMENT D
но это уже зависит от данных о которых тебе известно больше чем нам
...
Рейтинг: 0 / 0
24.07.2014, 15:59
| Ответить | Цитировать | Написать  
Помогите оптимизовать запрос, очень долго виполняется
    #38705142
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
NOCaut,

где DDL таблиц? У меня есть подозрения что FK не создано ни в одной из таблиц
...
Рейтинг: 0 / 0
24.07.2014, 16:01
| Ответить | Цитировать | Написать  
25 сообщений из 48, страница 1 из 2
  1  все
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Помогите оптимизовать запрос, очень долго виполняется
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=40&msg=38705075&tid=1563444]:
 0ms
get settings:
 8ms
get forum list:
 13ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 179ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 88ms
get tp. blocked users:
 2ms
others: 224ms
total:  537ms
созд. / загр.: 537ms
x
x
Закрыть


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