Как представить отношение «количество игр» в Entity Framework — Code First
Скажем, у меня есть простой аудиоплеер с двумя сущностями, User и Tracks. Есть фиксированное количество треков, пользователи могут выбрать их для прослушивания. Я хочу отслеживать количество воспроизведений каждого пользователя для каждой дорожки. Как проще всего представить это в Entity Framework? У меня есть несколько идей, но ни одна из них не кажется особенно элегантной.
У каждого пользователя может быть свойство со словарем, в котором ключи являются идентификаторами дорожек, а значения — целыми числами. Но все они должны быть изменены, если трек будет добавлен. И мне бы хотелось... сериализовать в json для хранения в БД, что грубо.
Может быть объект
Listen, который добавляется в таблицуListensкаждый раз при воспроизведении трека, и по нему можно реконструировать итоги треков для каждого пользователя. Так работают многие системы звездного рейтинга. Но мне это кажется расточительным, когда все, что я действительно хочу отслеживать, — это пара десятков целых чисел для каждого пользователя. И восстановление данных, которые я хочу, кажется ненужнымОтношения «многие ко многим» не кажутся подходящими для этой проблемы. У каждого трека будет много пользователей (которые его прослушали), но не подсчитывается, сколько раз. И у каждого пользователя было бы много треков (которые они слышали), но опять же теперь посчитайте.
Есть ли более чистый способ получить это?
Ответы 1
Второй вариант, который вы изложили, был бы моим предпочтением. Он правильно моделирует отношения, которые вы описываете, на уровне базы данных, а также должен быть более понятным в коде.
Если вам действительно не нравится идея добавления записи для каждого прослушивания трека, вы можете просто добавить запись при первом прослушивании для каждого пользователя и содержать счетчик, который увеличивается при последовательных прослушиваниях. Однако я думаю, что это хуже, так как позже будет сложно расширить; скажем, например, если вы хотите также отслеживать даты прослушивания. Вам также придется проявлять особую осторожность при увеличении счетчика в параллельных ситуациях.
Я думал, что это может быть так. Это просто кажется немного чрезмерным, но я думаю, что это не совсем дорого с точки зрения ресурсов.