Дизайн базы данных «Оценка фотографии»

Question

Я создаю базу данных для сохранения фотографий от Пользователей и получаю самую популярную фотографию < также за каждый месяц, год> Пример: я создал фотографию A, первую день, я получил 100 симпатий, второй день, у меня 200 симпатий, у меня всего 300 просмотров, поэтому я должен хранить понравившуюся ценность за каждый день. Im думая структуру любит это:

Table Photo[photo_id, user_id, photo_url] 

Table Day_Rating[id, photo_id, like_count, date] 
//Photo A can have many records in this table 

Table Month_Rating[id, photo_id, like_count, month] //month is: 1,2,3,4..12 
//Photo A can have many records in this table 

Так что, когда пользователь любит фотографию, Мы увеличим на 1 на like_count поле для Day_Rating и Month_Rating таблицы. Так что, чтобы получить ежедневный рейтинг, мы получим наибольшее количество понравившихся с like_count в таблице Day_Rating, то же самое с месячным рейтингом. Что вы думаете об этом подходе? Можете ли вы указать мне лучшую практику, если она будет лучше? Благодаря

Answer 1

Вы можете сделать все, что вам нужно всего лишь два столов:

photo 
* id 
* posted_by_user_id 
* url 

rating 
* id 
* photo_id 
* rated_by_user_id 
* rated_at 
* rate 

А потом просто пусть движок базы данных сделать агрегаты. Кроме того, хранение каждого рейтинга отдельно позволит вам применять такие правила, как «только один рейтинг для каждого пользователя» и позволит пользователям отменить свои голоса.