Eu tenho um banco de dados MySQL, por exemplo,
| EU IA | Título | Compra_Em |
|---|---|---|
| 1 | Título A | 01/12/2023 |
| 2 | Título B | 2023-08-22 |
| 3 | Título C | 01/12/2023 |
| 4 | Título D | 23/08/2023 |
| 5 | Título E | 01/12/2023 |
| 6 | Título F | 2023-06-22 |
| 7 | Título G | 01/12/2023 |
| 8 | Título H | 02/08/2023 |
Estou construindo carregamento infinito em ambas as direções.
Digamos que minha recuperação inicial seja SELECT * FROM table ORDER BY Purchase_At DESC LIMIT 3e retorne os ID 1, 3 e 5.
Se eu quiser carregar alguma coisa antes do ID 1, eu faço SELECT * FROM table WHERE Purchase_At < '2023-12-01' ORDER BY Purchase_At DESC LIMIT 3?
E vice-versa, carregando qualquer coisa depois das 5, eu faço SELECT * FROM table WHERE Purchase_At > '2023-12-01' ORDER BY Purchase_At DESC LIMIT 3?
Como você pode ver, há chances de encontrar dados repetidos, pois a ordenação de vários registros com o mesmo valor não é confiável. Eu não posso fazer WHERE ID < 1ou WHERE ID > 5também.
Não posso usar a consulta de pagamento como LIMITou OFFSETporque durante a visualização do usuário, novos registros serão adicionados e isso atrapalhará a paginação.
Purchase_At é algo que o usuário inseriu através de um selecionador de data para a data de recebimento e pronto, não há milissegundo etc... Ano, Mês e Dia é tudo que tenho. No meu caso, poderia haver usuário com 10 recibos no mesmo dia. Se eu paginasse 3 por página, como posso garantir que meu carregamento infinito não produza dados repetidos?
Para facilitar a compreensão da minha pergunta, pense em um sistema de chat do Facebook. Onde o usuário rola para baixo para carregar novas mensagens e rola para cima para carregar mensagens antigas. Como posso conseguir o mesmo sabendo apenas que meu tipo pode ter vários valores Purchase_At com apenas ano, mês e dia.