N
Плохо
if request.user in not post.liked:
post.liked.add(request.user)
else:
post.liked.remove(request.user)Size: a a a
2020 February 12
M
UA
отдельный объект под лайки? Имхо можно было бы сделать через m2m и вносить туда тех, кто лайкнул пост
да можно таким же способом
M
Плохо
почему же?
N
Здесь не нужна м2м
M
Здесь не нужна м2м
почему же?
M
можете поясните? почему
AI
у поста может быть много лайкнувших, у юзера может быть много понравившихся постов. M2M вписывается
А отдельный объект под каждое - это прикинь, если бы ВК так сделало? Квадриллионы объектов в БД ))
А отдельный объект под каждое - это прикинь, если бы ВК так сделало? Квадриллионы объектов в БД ))
N
Избвточность
N
Нужно сделать модель лайка и связать с постом и юзером
N
Через фк
M
Нужно сделать модель лайка и связать с постом и юзером
так это и делает m2m
С
у поста может быть много лайкнувших, у юзера может быть много понравившихся постов. M2M вписывается
А отдельный объект под каждое - это прикинь, если бы ВК так сделало? Квадриллионы объектов в БД ))
А отдельный объект под каждое - это прикинь, если бы ВК так сделало? Квадриллионы объектов в БД ))
а М2М по вашему как работает? )
🔐
Здесь не нужна м2м
Почему бы и нет? Ему нужна уникальная связка из поста и юзера, м2м такое и делает.
🔐
а М2М по вашему как работает? )
Он не объект хранит, а вектор с ключами.
🔐
Так да, по целой таблице на тонны записей дольше делать запрос, кто лайкнул чем по м2м полю.
С
Он не объект хранит, а вектор с ключами.
M
отлично, можете прочитать
С
отлично, можете прочитать
не понял, покажите где написано, что это вектор и что не создаётся ещё таблица?
UA
не понял, покажите где написано, что это вектор и что не создаётся ещё таблица?
Значит разницы нет так как m2m все равно создаст table с именем Likes.