MySQL запрос, если заявление

Я бы посоветовал вам попытаться выяснить, можете ли вы исправить PHP, но игнорируя это. Вы можете сохранить unixtimestamp, деленный на 300 (IE, с 5-минутными интервалами)

$query = "INSERT INTO OtherTable VALUES ('$ page_id', '$ IP_ADDRESS', (UNIX_TIMESTAMP (NOW())/300))";

Если обновленные записи равны 0, вам не нужно обновлять количество страниц.

1. Что может вызвать дубликаты?

На некоторых страницах появилось слишком много просмотров, я подозревал дубликаты, поэтому я начал регистрировать IP-адреса и агенты пользователя. Оказывается примерно в 10% случаев, IP запускает счетчик для одной и той же страницы 2-3 раза за несколько минут.

Невозможно узнать, будет ли хост, запрашивающий страницу, за NAT-маршрутизатором, - вам запрос будет иметь тот же IP-адрес, но на самом деле это другой хост. Куки или сеанс помогут вам изолировать на каждой рабочей станции, хотя мне интересно, когда вы будете писать информацию в базу данных.

2. Как написать это в запросе mysql, сохраняя инструкцию "ON duplicate KEY"?

Я не вижу необходимости в COUNT = COUNT + 1, потому что SQL имеет функцию COUNT:

  SELECT page_id,
         COUNT(*) 'num_hits'
    FROM ZZZ_NETWORK
   WHERE page_id = ?
GROUP BY page_id

Если вы использовали следующую структуру для ZZZ_NETWORK:

• page_id, первичный ключ
• ip_address, первичный ключ
• временная метка, первичный ключ

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

Через месяц у меня будет тысячи строк в моей таблице, если я использую одну строку на странице.

Пространство на диске - это дешево, и у вас есть временная метка, так что вы можете сделать datamine бесценным для отчетности. Но вам также не нужно хранить все данные - вы можете архивировать его, сбросив данные в файл, чтобы вы могли получить его, если это необходимо.

Я не понимаю, как это будет гарантировать, что я никогда не получу дубликат.

Временная метка включает в себя как дату (декабрь 25/09), так и время (07:00:00 AM). Некоторые типы данных datetime доходят до долей секунды. Это делает невозможным иметь одинаковые дату и время для заданного page_id с заданным IP-адресом - я не могу быстро нажать кнопку обновления, даже если бы захотел. Таким образом, записи никогда не могут быть дублирующими, потому что последний из трех столбцов будет иметь разное значение каждый раз (каламбур не предназначен).

Я думаю, что могу найти способ исправить мою проблему с сеансом. Фактически, я переключился с сеансов на файлы cookie.

Многие мои страницы получают представление через iframe. В iframe возникла проблема с браузерами IE. IE не смог прочитать данные cookie из iframe, если я не добавлю заголовок p3p.

Я добавил заголовок p3p, и теперь он работает правильно. Я так устал от Microsoft и их идеи безопасности. Я также не знаю, что такое p3p, но здесь, как это выглядит в php.

header ( "p3p:CP=\"IDC DSP COR ADM DEVi TAIi PSA PSD IVAi IVDi CONi HIS OUR IND CNT\"");

Что вы ищете, это инструкция CASE: http://dev.mysql.com/doc/refman/5.0/en/case-statement.html

Пример CASE:

SELECT name,
       (CASE WHEN is_happy THEN "Happy!"
        ELSE "sad." END) as happiness 
FROM user_state;

Они также могут использоваться в UPDATE и INSERT.

Я подозреваю, что вы хотите посмотреть на вещи IE. У меня были аналогичные проблемы в прошлом, и мне пришлось использовать javascript для отскока кликов. Я не уверен, если бы пользователи IE дважды щелкали по вещам или если это был IE, то это было странно.