а запрос по-моему просто ужасен
и нужно смотреть все таки, что покажет план запроса, он хоть немного но помогает

по запросу, мое субъективное мнение такое
лучше воспользоваться JOIN'ами, запрос читать будет легче, и по-моему выполнятся быстрее (ну и я так сам привык делать)

HAVING Trafic.dateT<=:endDate AND Trafic.dateT>=:begDate
заменить на between
и не думаю что обязательно его в having вставлять, думаю хватит если он будет в where


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

к примеру он пишет, что иду по такому то индексу с такими то условиями, потому иду по другому индексу, собираю данные и все это во временную таблицу чтобы потом пойти по другому индексу

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

но есть конечно и минусы, под каждый sql запрос не подстроиться, может получится так что для другого запроса этот индекс будет только мешать (бывало и такое), а Cache не может из множества разных индексов выбрать максимально подходящий, и выбирает не оптимальный.