A friend of mine has a catalogue that currently holds about 500 rows or 500 items. We are looking at ways that we can provide reports on the catalogue inclduing the number of times an item was viewed, and dates for when its viewed.

His site is averaging around 25,000 page impressions per month and if we assumed for a minute that half of these were catalogue items then we'd assume roughly 12,000 catalogue items viewed each month.

My question is the best way to manage item views in the database.

First option is to insert the catalogue ID into a table and then increment the number of times its viewed. The advantage of this is its compact nature. There will only ever be as many rows in the table as there are catalogue items.

`catalogue_id`, `views`

The disadvantage is that no date information is being held, short of maintaining the last time an item was viewed.

The second option is to insert a new row each time an item is viewed.

`catalogue_id`, `timestamp`

If we continue with the assumed figure of 12,000 item views that means adding 12,000 rows to the table each month, or 144,000 rows each year. The advantage of this is we know the number of times the item is viewed, and also the dates for when its viewed.

The disadvantage is the size of the table. Is a table with 144,000 rows becoming too large for MySQL?

Interested to hear any thoughts or suggestions on how to achieve this.

Thanks.