AS
используется какое-то (возможно, невидимое пользователю) поле, которое определяет порядок записей
WHERE order_field > [marker] LIMIT 50Size: a a a
2020 April 16
AS
и запрос типа
DD
используется какое-то (возможно, невидимое пользователю) поле, которое определяет порядок записей
спасибо, да, предполагаем использовать timestamp. просто может есть какие-то best практики?
AS
этот способ устойчив к удалению/добавлению, а также позволяет двигаться вверх и вниз, и делать уведомления о новых записях, если необходимо
AS
клиент передает маркер последнего видимого элемента и направление движения, а сервер отдает элементы, подходящие под запрос
AS
может сочетаться с кешированием на стороне клиента и подгрузкой с сервера, опять-таки поле маркера управляет инвалидацией кеша на клиентской стороне
AS
короче, можно много всего сделать с такой конструкцией
DD
этот способ устойчив к удалению/добавлению, а также позволяет двигаться вверх и вниз, и делать уведомления о новых записях, если необходимо
Насколько я понял вы говорите о том, как сквозным образом нумеровать записи? А вот если записи создаются с нескольких разных машин одновременно. Должен быть один процесс который уникальным образом пронумерует их?
DD
В таком случае, например пронумеровали их, а затем идет поиск по расстоянию, этот скрытый номер становится неупорядоченным. И как тут поступить? Или я вас неправильно понял?
AS
упорядоченность может быть любая, например, по паре (дата, ID)
AS
лишь бы это был строгий порядок
AT
Насколько я понял вы говорите о том, как сквозным образом нумеровать записи? А вот если записи создаются с нескольких разных машин одновременно. Должен быть один процесс который уникальным образом пронумерует их?
Либо должен быть сервис с поддержкой sorted sets например редис откуда можно упорядочено читать
DD
Al T
Либо должен быть сервис с поддержкой sorted sets например редис откуда можно упорядочено читать
То есть поискали, положили в редис, пронумеровали?
AS
Redis скорее как внешний индекс может быть, но не заменяет идеи упорядоченности записей в каком-то смысле
AT
То есть поискали, положили в редис, пронумеровали?
Я это предложил применительно к вашему вопросу о нескольких воркерах создающих записи. В этом случае если вы кладёте в редис ID и таймстапм то редис вам сможет их вернуть отсортированным по таймстампу даже если они добавлялись в редис в другом порядке например если один из воркеров более загружен и с большей задержкой писал в редис
AT
Вместо таймстампа может быть orderid естественно
0
Кто может завтра на конференции в зум зайти
0
?
0
Ссылку дам и пароль
2020 April 17
p
0ef1r
Кто может завтра на конференции в зум зайти
Которой конференции?