- Expédié
- 16 août 2026 à 01:13 UTC
- Auteur
- Kamo
- Commite
- 3cc8b30
Spring Data dérive une deuxième déclaration pour chaque page qu'il retourne, et la discussion L'histoire lue en a été demandé un qu'il n'a jamais regardé : MediaController prend page.getContent() puis rapporte messages.size() comme le compte. Le dérivé a été déclaré SÉLECTIONNER LE COUNT (m1-0.id) DE média-objs m1-0 GNE PASE JOINTE JOINTE JOINTE-OBJjs-msg m3-0-0-0. Oubl. ET m1-0.is-revenu-faufraîchissement - un agrégat non indexé sur chaque objet de la session, publié après transaction avait déjà été lue, qui est précisément la forme YugabyteDB ne peut pas se remettre de. Il ne peut que redémarrer de manière transparente une lecture qui est la PREMIERE une déclaration dans sa transaction; un plus tard soulève SQLState 40001 "Redémarrer lire required", la transaction est marquée en retour uniquement, et la demande 500s. Donc un Une fenêtre de discussion ouverte qui se trouvait pour le rechargement pendant que quelqu'un écrivait à la même La session n'a pas fait état d'un historique, en raison d'un nombre qui a été écarté. Les lignes reviennent maintenant sous la forme d'une liste, qui ne compte pas. Même requête, même ordre, Même page; une déclaration au lieu de deux. La méthode de retour de page reste pour MediaStreamController, qui sert - à l'alimentation sociale. Tout autre appelant était en train de prendre .getContent() et jetait le total, donc les deux chassés publics Les sites se déplacent également à travers (MediaService, commit séparé).