АГ
как пойдет. я не вижу тут ценности в обеспечении гарантированного минимума ответов - возможно проще просто гонять юзеров по кругу
с т. зр. "что следующее выдать" - это самый быстрый и оптимальный вариант. просто циклический буфер
Size: a a a
2020 November 16
АГ
но нужна доп проверка будет, когда не по 1 кругу просмотр. тут быстрая история решает. кликхаус должен справиться.
NI
даже без всяких счетчиков юзер может всегда смотреть параграф равный остатку от деления на пять тысяч от его порядкового номера
Тут важное уточнение «в среднем 5000»
NI
Где-то 1000, где-то 10000, где-то вообще может быть 10
N
Nikita Ilin
Тут важное уточнение «в среднем 5000»
непринципиально. все равно остаток от деления
АГ
а если в книге 15к параграфов - то требование "не более 1 просмотра юзера на книгу" факапится
NI
а если в книге 15к параграфов - то требование "не более 1 просмотра юзера на книгу" факапится
Нет, т.к. 10к это конкурентные
NI
Всего пользователей может быть и миллион
АГ
т.е. 1 юзер таки может 2 раза одну книгу посмотреть?
АГ
а, 10к одновременно...
NI
Да
YG
Nikita Ilin
Да
А 3?)
NI
А 3?)
Ну может и 3, может и один.
NF
даже без всяких счетчиков юзер может всегда смотреть параграф равный остатку от деления на пять тысяч от его порядкового номера
остатки же грешно юзать для распределения нагрузки из-за того что +1 и все пошло по ***
N
остатки же грешно юзать для распределения нагрузки из-за того что +1 и все пошло по ***
если в книгу можно добавлять или удалять параграфы, то можно заюзать персистентное хэширование. но счетчики будут проще в этом случае )
NI
если в книгу можно добавлять или удалять параграфы, то можно заюзать персистентное хэширование. но счетчики будут проще в этом случае )
Как гарантировать тогда, что пользователя не нарвутся на один и тот же параграф и все параграфы будут в итоге просмотрены?
АГ
Nikita Ilin
Как гарантировать тогда, что пользователя не нарвутся на один и тот же параграф и все параграфы будут в итоге просмотрены?
историю хранить
N
Nikita Ilin
Как гарантировать тогда, что пользователя не нарвутся на один и тот же параграф и все параграфы будут в итоге просмотрены?
за счет количества юзеров )
NI
за счет количества юзеров )
не понял, сегодня всего 100000 пользователей, завтра 300000, послезавтра 200000
NI
историю хранить
Я не очень понял, как в реалтайме всё проверять очень быстро.