Como Resaltar El Ultimo Mensaje O Dato Ke Se Ingreso A La Bd

[Cluster]

Lo que hace falta es que describas la "estructura" (y tipos de datos) de las tablas de tu BBDD que intervienen .. Se "ve" entre el código supuestamente cual ese la "tabla" que usas .. pero el sentido que le das tu o lo que eso campo definan nadie mejor que tú los conoce (por eso te pido que lo expliques).

Estamos intentando hacerte ver alguna solución al problema que planteas como "teoría" ..

El código que presentas ya hace lo que en su momento se diseño y funciona (no obstante .. dice el dicho "más vale que sobre que no que falte").

Por mi parte a simple vista veo algunos problemas de diseño de tu BD o "modelo de datos" para lo que pretendes hacer.

Usas algún "ID" (Identificador) como llave primaria de esa tabla "problemas"? .. Te va a ser muy útil usarlo para establecer relaciones.

No veo si guardas alguna fecha de ingreso del "problema" .. con este dato ya podrías hacer cosas como "marcar" los temas que ya ha visto por fecha desde el último "login" al sistema.

Los "funcionarios" que se asignan los "problemas", no guardas indentificadores?, guardas el "nombre" entero en la tabla "problemas"? (bueno el "rut" parece) .. Por qué repites datos redundantes? .. Usa "Identificadores" .. más optimo para realizar consultas SQL, establecer relaciones, respetar integridad referencial .. etc.

Todo eso plantea (o planteará) "problemas" para desarrollar funcionalidades como la que ahora requieres.

Tampoco sé como trabaja tu sistema .. no sé si ese "listado" de "problemas" ya sería considerado como que "vió" el problema . .o ha de "entrar" a "ver el detalle" de ese "problema" (no veo donde lo haces si es que lo haces) para que así sea considerado como que lo "antendió / vió" o vas a considerar que lo "vió" si alguna opción de esas que presentas es modificada vs a lo que tenía original .. o en base a otro "botón" o checkbox que pulse el usuario.

En fin .. todo eso debes definirlo. Pero .. la base de lo una de las propuestas de como solventar el problema sería:

Propuesta A (no asegura que realmente se antendió el "problema"):
Asumir por fecha de último ingresao del usuario al sistema (tus "funcionarios"?) vs fecha de creación de ese "problema" que ya los vió.

Propuesta B (asegura que se atendió el "problema"):
Guardar en una tabla ("vistos") de tu BBDD el par: ID_usuario / ID_problema. Esto implica poner un "botón: visto" o bajo la acción de otros datos que modifiques .. o al "ver detalle" de ese "problema" generar este registro en la tabla implicada.

Así podrás hacer consultas SQL relacionadas cada vez que presentes tu "registro" del problema si para el usuario en el sistema autentificado (que tendrás que tener por ahí su "ID" (o rut o nombre.. etc) constatemente (sesiones) está en la tabla de "vistos" para marcarlo como "leido/visto".

Aquí es donde es importante usar "Identificadores" .. no ir "regando" ese "rut" por ejemplo en todas las tablas .. las consultas se optimizan .. el espacio que ocupa esta .. etc ...

Un saludo,