статья (заголовок, текст и фотка(ссылка))
и есть у статьи лайки и есть счётчик просмотров.
Вопрос: как лучше хранить инфо об лайках и просмотрах, стоит ли эти два параметра (лайки и просмотры) хранить в отдельных таблицах со связью 1 к многим ?
Можно в одной. С типом, просмотр или лайк
Если это только счетчики, то можно в той же таблице оставить
а не как не скажется на производительности, т.к изначально не известно кол-во пользователей, может ожидаться и 1 млн сразу
Индексы составные правильно сделай
это в случае использования хранения в разных таблицах инфо об счётчиках использовать ? я правильно понял.
1 млн в секунду?))) Ыыыыы
я имел ввиду что просмотры и лайки в одной. с типом
а как будет таблица называется, и правильно я понял насчёт типов, вы имеете ввиду полиморфные отношения сделать ?
ну извиниии, придумывать имена сущностям - это самое трудное в программировании
counters ( id, статья_id, user_id (или UID или IP), typе лайка (0,1,2..) таймстамп ) 0 - просмотр 1 лайк 2 дислайк ... уник (статья_id, user_id, typе ) для быстрого подсчета + индекс (статья_id, typе)
думаю что можно немного улучшить, хранить статус в отдельной таблице для легкой расширения типов
это уже как захочется. кому енумов с константами хватит, кому справочник. Он вообще только 2 типа хотел
Обсуждают сегодня