Запросы строятся по формулам вида:
q6(code=4 or code=5 or code=6) and q5=1 and q1=7 and q999
или
q999 and (q500 or (q11 and not q129))
и т.д. Сами эти формулы абсолютно произвольны и зависят от проектов, и пишутся юзерами.
вот например реальный запрос построеный автоматом по первой формуле:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
select
count( 1 )
from
[Respondents] r
inner join [RespondentCalls] rc on (rc.[ID] = r.[LastRespondentCallID])
where
(r.[ProjectID] = 647 ) and
(exists(select [ID] from [Answers] where ([RespondentCallID] = rc.[ID] and [QuestionNumber] = 6 ) and ([AnswerCode] = 4 or [AnswerCode] = 5 or [AnswerCode] = 6 )) and
exists(select [ID] from [Answers] where ([RespondentCallID] = rc.[ID] and [QuestionNumber] = 5 ) and ([AnswerCode] = 1 )) and
exists(select [ID] from [Answers] where ([RespondentCallID] = rc.[ID] and [QuestionNumber] = 1 ) and ([AnswerCode] = 7 )) and
exists(select [ID] from [Answers] where ([RespondentCallID] = rc.[ID] and [QuestionNumber] = 999 )))
а вот запрос по второй формуле из примера:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
select
count( 1 )
from
[Respondents] r
inner join [RespondentCalls] rc on (rc.[ID] = r.[LastRespondentCallID])
where
(r.[ProjectID] = 647 ) and
(exists(select [ID] from [Answers] where ([RespondentCallID] = rc.[ID] and [QuestionNumber] = 999 )) and
(exists(select [ID] from [Answers] where ([RespondentCallID] = rc.[ID] and [QuestionNumber] = 500 )) or
(exists(select [ID] from [Answers] where ([RespondentCallID] = rc.[ID] and [QuestionNumber] = 11 )) and
not exists(select [ID] from [Answers] where ([RespondentCallID] = rc.[ID] and [QuestionNumber] = 129 )))))
вот такая вот херомантия :)
в принципе, всё конечно работает, но в табличке Answers каждый день становится на 100...500 тысяч записей больше, и постепенно всё замедляется.
в Answers есть уникальный индекс по RespondentCallID + QuestionNumber + AnswerCode, но, почему-то сервер не всегда делает по нему index seek при выполнении exists, т.е. например один exists пользует index scan, а остальные index seek, и на этот scan уходит 27% времени. Никак не удатся заставить _всегда_ пользовать index seek.
беда :(
