Добрый день,

Незнаю,  как это точно называется но задача такая:
В таблице есть три поля: UserId, GoodId, TimeSt

Условия: пользователь (UserId) ходит по интернет-магазину, просматривает товары (GoodId), фиксируется время просмотра (TimeSt).

Задача: формировать список последних 10 просмотренных товаров, т.е. если в выборке уже содержится 10 товаров, то при добавлении нового, если его еще нет в списке, удаляется запись о самом раннем просмотре другого товара, если есть, то удаляется ранняя запись о просмотре данного товара.

У меня получилось вот что:


Может есть более изящное решение данной проблемы?

ЗЫ Заранее спасибо.

Конечно. Прочитать справку по синтаксису SELECT ещё раз, обращая особое внимание на TOP n [PERCENT]

Ну и что?

Я, конечно, наверное, тупой но намека не понял....

А я задачи не понял. Диковато как-то. Зачем надо удалять данные о посещениях? что, настолько места нехватает? да еще в момент именно посещения - это же тормоза, лишние вычисления.
Храните все посещения, а когда нужно - выбирайте последние 10 просмотренных с последними для каждого из них штампами времени.

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

может пометку удаления ставить на те которые не  "тор 10"   а потом их удалять- вечерком

А что делать с повторными заходами?

Зашел на один товар, потом на другой, потом на педыдущий в результате в списке действий будет:
Четвертый товар
Второй товар
Третий товар
Второй товар
Первый товар

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

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

для этого есть DISTINCT тогда товар два раза не будет повторяться... конечно если прислушаешься совета Akina ....

DISTINCT выбирает неповторяющиеся записи, а в этой таблице повторяющихся записей нет, т.к. у каждой записи есть TimeSt - время входа, а если не учитывать эту колонку, то как отсортировать записи по убыванию времени захода?

UserId  и GoodId  сделать одной  уникальной связкой

хе.... запрос будет немного другой....


Добавлено через 3 минуты и 9 секунд

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

а не 

ну так сортировать по полю ты можешь. не обязательно его выводить.. иои тебе надо вывести время?

Добавлено через 7 минут и 11 секунд
хммм

кажется сам и ответил   

Вопрос, что будет лучше и быстрее....  работа тригерра при заходе в карточку товара 5-6% от всех хитов, или выполнение такого запроса при просмотре любой страницы 100% хитов?

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

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