redis y db guardan una nueva estrategia de fila de documentos

Creo que es una situación estándar.

El cliente envía una nueva fila de documento.
El servidor la recibe, genera un GUID y la coloca en un conjunto hash. Con la clave uid:oiu:guid.
Envía el GUID de la fila al cliente.
Entonces, en el conjunto de datos del cliente, se tiene una fila con las claves (1,2,3,guid)
En esta etapa, la nueva fila no se almacena en la base de datos y no tiene una clave primaria real.
Después de eso, el cliente decide eliminar o editar la nueva fila.
Envía al servidor el GUID recibido de la fila.
El servidor encuentra la clave uid:oiu:guid y la actualiza o la elimina.
Todo bien.

Otra situación. Después de recibir una nueva fila, el servidor la coloca en el conjunto hash uid:oiu:guid y la guarda en la base de datos de manera asíncrona.
Después de guardarla exitosamente, el servidor cambia el nombre o la elimina y crea una nueva clave uid:oiu:realpk
Después de eso, el cliente envía una solicitud para eliminar un objeto con el GUID. Pero esta clave no existe en Redis. En su lugar, existe la clave uid:oiu:realpk

Creo que deberíamos mantener una lista en Redis con pares de guid:realpk. Entonces, si el cliente envía una solicitud para eliminar o editar con un GUID y el servidor no encuentra la clave uid:oiu:guid, intentaría encontrar la correspondencia del GUID con la clave primaria real en la lista. Si se encuentra, se continuaría trabajando con la clave uid:oiu:realpk

Entonces, ¿es una estrategia “buena”?