наступил Кризис в мышлении - Помогите!

Проблема такая - итоги голосования пишутся в таблицу с полями
project, remote_addr, mark (оценка)

некоторые особо Талантливые участники (или их болельщики) голосуют за своих и против чужих по нескольку десятков раз.

решать это на уровне  фильтрации адресов и куков уже поздно, а фильтровать вручную пока рано 



это Скучно - хочется Грамотного запроса! 
чтобы в результате иметь за какой проект сколько отдано уникальных голосов со средней оценкой и сколько накрученных (со средней оценкой)

Может так?

увы - нет :(
так получаем только тех, за кого отдан только 1 голос

отложим пока в сторону тот вопрс, что с одного remote_addr могут выходить в сеть несколько человек. как и то, что за физически одним компьютером могут работать несколько человек.
Leshak, надо объяснить, какую логику ты хочешь получить:
1. не учитывать голоса, если повторений значения в remote_addr более одного("игнорировать накрутчиков")
2. голос за каждый project от каждого remote_addr считать только один раз("игнорировать повторы")
3. от каждого remote_addr за каждый project учитывается только минимальная оценка(ну, это скорее для демонстрации того, что логика учета повторов может быть разной).
что тебе ближе?

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

из предложенных вариантов логики, более верным кажется

но с поправкой - 1 голос от 1 remote_addr за 1 сутки

простите великодушно, есть в таблице еще поля
data_time  - формат  2008-12-23 15:58:10
cookie        - bigint(20)
  ( Талантливые накрутчики сбрасывают cookie за 2 минуты )

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

Да, точно.  

ну с количеством проблем нет, достаточно написать:
data_time привести к дате (не знаю как это в MySQL делается), а вот с суммой есть вопрос, какую оценку выбирать? max, min, first, last?

вот Оно!!  Спасибо!



вообще-то я добрый и готов принять max, но сильно торможу, как отдельно считать сумму для уникальных и грязных голосов в одном запросе???

Не силен в MySQL, поэтому ... select from select может помочь
может как-то так, не уверен в правильности.

Увы - моя версия MySQL не поддерживает вложенные select 

пришлось решать задачу через... ну вобщем Access - перегнать туда данные таблицы и последовательными запросами фильтровать накрутку и подсчитывать результат...

другое решение -  с помощью PHP буду делать к следующему разу