s
лучше в базе, чем в списке)
Size: a a a
2020 February 16
DT
у тебя будет m2m - likes, followers, reads
DT
лучше в базе, чем в списке)
почему ?
BE
Я думал список в базе=) а имелось ввиду?
s
база быстрее, там все по индексу
s
так я к тому, что в итоге все равно список получается у User'а из прочитанных постов
BE
Мне кажется лучше у юзера хранить
s
ну либ наоборот можно, тоже самое только в Посте хранить, тогда как с лайками будет, искать юбзера в прочитавших, лайкнувших
BE
Только как хранить, может json
s
так m2m уже все и так делает, тоьлко через RelatedManager список получить
BE
так m2m уже все и так делает, тоьлко через RelatedManager список получить
Таблица будет сильно прогрессировать, а если просто в поле как json то не будет такого
BE
Или я туплю
s
поле один фиг расти будет
s
а в бд все по id O(1)
BE
поле один фиг расти будет
Но у юзера, размер таблицы будет меньше в количество юзеров
s
зато больше в количество постов
BE
зато больше в количество постов
Ты за м2м ?
s
ну если индекс пересчитывать, то это в разы быстрее будет, чем хождение по списку
s
точнее на O(N) от длины списка быстрее
BE
ну если индекс пересчитывать, то это в разы быстрее будет, чем хождение по списку
предположим, 10000000 юзеров смотрят посты и тд и м2м такая большая короче, (хорошо бы если так) ..... и регается юзерер, делает первый просмотр, и ради одного просмотра нужно прошуршать таблицу и ее индексы.... я этом не силен короче