Форум MySQL

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

http://rambler.ru/asdf.html
http://yandex.ru/qwerty.php
http://rambler.ru/zxcvb.html

Нужно получить из них массив:

Реферер Количество просмотров
rambler.ru 2
yandex.ru 1

Это можно сделать и на PHP, но получается как-то некрасиво. Интересует, можно ли составить достаточно простой SQL-запрос. Очевидно, что тут нужно использовать регулярные выражения.

Разумнее имена хостов продублировать в отдельном поле. А может быть даже унести в отдельную таблицу.

В смысле, кроме поля для реферера типа http://rambler.ru/asdf.html завести ещё поле для домена rambler.ru (получающееся обрезкой реферера)? Писать во временную таблицу во время запроса статистики или писать в основную таблицу при заходе посетителя на сайт?

Либо добавить поле домена к основной таблице. И писать туда домен параллельно с самим реферером.
Либо создать таблицу доменов. Куда заносить их при первом появлении. А в основную таблицу писать чужой ключ к таблице доменов. hits.domain_id = domains.id

Т.е. увеличивается размер БД добавлением новой таблицы, для ускорения выполнения запроса. Такой размен объёма БД на скорость работы оправдывает себя?

Если Вам так спичит объем БД - уберите домен из реферера перед сохранением. Совокупный объем данных в обеих таблицах будет даже меньше исходного, поскольку данные о домене храниться будут лишь однажды, а не на каждый клик.

А вообще, есть хорошее правило.
Делать проект надо тупыми честными методами, описанными в учебниках.
И оптимизировать что-либо путем отхода от этих правил стоит лишь тогда, когда проблемы производительности действительно стоят поперек горла. А не заранее.
А в учебниках (я имею в виду в любом мало мальски приличном учебном курсе по SQL) написано, что схему базы данных следует создавать и держать приведенной хотя бы к первым трем нормальным формам (там же, впрочем, обычно указывается, что обычно тем самым достигаются еще и 4-я и 5-я формы, и нужно очень сильно постараться создать БД 3-й формы, не являющуюся одновременно и 5-й).

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

А насколько полной должна быть нормализация? В данном случае, при использовании одной таблицы есть семь полей: первичный ключ, кука, IP, User_Agent (браузер), реферер, просмотренная страница и время. Для полной нормализации следует завести ещё, помимо рефереров, отдельные таблицы для страниц и браузеров (для IP и кук это наверное не имеет смысла). При этом заметно усложнятся запросы к БД. Может разумнее для начала использовать одну таблицу, а потом по мере необходимости дробить её?

Попробуйте использовать одну :)