Привет всем. Пишу партнерскую программу, нужно учитывать хосты/хиты по сабидам (SubID - это, упрощенно, просто текстовая строка, параметр, передаваемый юзером).
Так вот. Юзер заходит на сайт, нужно наименьшим количеством запросов добавить инфу о нем в БД. Сейчас я имею такую структуру, что при каждом заходе осуществляется всего 2 запроса. Первый на проверку существования нужной кампании, второй, собственно, на добавление инфы о визите.
Но добавляется не количество хостов/хитов, а просто инфа о том, уникальный этот посетитель или нет и его сабид.
Да, добавление инфы происходит быстро, но просмотр статистики затруднен. Ибо каждому партнеру надо пробегать по всей огромной таблице визитов и очень сложным запросом с подзапросами считатать хосты/хиты по сабидам. Типа нужно найти все уникальные сабиды (для этого партнера и для определенной кампании) и посчитать сколько хостов/хитов по ним, тупо считая каждый визит.
В итоге уже на таблице в 10к записей этот запрос осуществляется 13 секунд, что совершенно неприемлимо. Тем более что просмотр статы по сабидам - самая нужная и популярная операция в партнерке.

И вот, я решил не хранить вообще инфу о каждом определенном визите, а только о хостах/хитах.
Хотел добавлять инфу таким запросом:



Но проблема в том, что REPLACE (или INSERT ON DUPLICATE KEY) поддерживает в условии WHERE только поиск по UNIQUE индексу.
И ведь комбинация всегда уникальна. У некоторой кампании не может быть повторяющихся сабидов. То есть сама комбинация (ид кампании + строка сабида) всегда уникальна, но не каждый столбец по отдельности.
Можно выделить их в отдельную таблицу, и вставлять UNIQUE ид комбинации из этой таблицы, но тогда количество запросов на посетителя возрастет в 2 раза, что очень плохо, ведь в день могут быть десятки тысяч визитов. И на каждый по 5-7 запросов - это ужасно.

Вообщем, как заставить REPLACE (или INSERT ON DUPLICATE KEY) работать с любым условием WHERE? Под заданное условие всегда будет подходить только одна запись, но MySQL мне как бы не верит, хех, и заставляет юзать только UNIQUE индекс.