- Shipped
- 28 de agosto de 2026 a las 1:24 UTC
- Author
- Kamo
- Commit
- 0d96bb9
Dos costos, ambos pagados en cada una abierta de una ventana de chat. ?since on GET /sessions/-guidá/mensages. Una ventana que se reabre quiere mensajes después de uno que ya sostiene, y no tenían forma de decirlo - el único pregunta que este endpoint contestado fue "la página más nueva", que es la correcta la primera hora y mal cada vez después. Así que cada reaper reaper reaper reapertura releído cien filas, corrió un traducción pasar sobre ellos, preguntó sus reacciones y escribió una fila de auditoría por inclusive: dos mensajes pueden compartir un milisegundo, un corte estrictamente mayor sería baja el segundo de ellos permanentemente, y el cliente ya dedupes por id porque una página que corre un envío devuelve filas superpuestas de todos modos. Ausencia o irreparable, el comportamiento es exactamente lo que era, por lo que un cliente mayor pierde La consulta vive en MediaService en lugar de al lado de las otras consultas de MediaObj: las naves de la biblioteca compartida como una versión clavada a toda la flota, y esto es se lee un punto de endo. Su búsqueda se une al espejo de la página de apertura es exactamente, INNER únase a miembro incluido - la recuperación debe devolver las mismas filas que la página hazlo, y ampliarlo aquí haría que los objetos sin miembros aparezcan en la reapertura y En ningún otro lugar. Una página completa de una toma de contacto es la señal del cliente de que más llegó de lo que una página sostiene y las filas que no recibió son las de la Medio; es cuando reelea el hilo en lugar de apretar sobre un agujero. ChatMessageAccessAuditor ahora graba una página con récord en lugar de un bucle de Solo salvas. 164.312 (b) no ha cambiado. Este mensaje revelado" sigue siendo la pregunta, pero una página de cien mensajes es una unidad de trabajo en lugar de cien, que la propia medición de la biblioteca pone a 0.49 ms/row contra 16.36. hibernate.jdbc.stch-size es el resto: el una sola transacción aún emitió un INSERT ida y vuelta por fila sin él, y PhiAccessLic id UUID de PhiAccesLg se asigna antes de la descarga para que estas filas puedan ser lotes en Todos. El lote es atómico, por lo que una página ahora se audita completamente o no en absoluto en lugar de hasta cualquier hilera lanzada. Comprobado con el contrario antes de tocar esto: ..094 filas de CHAT-MESSAGE/LIST están presente, por lo que el rastro se estaba escribiendo y esto es una solución de velocidad, no una reparación.