¿Está bien actualizar external_id en la base de datos de discourse?

[Nicolas_Barrera]

He estado buscando en el foro información sobre la actualización de external_id en la base de datos de Discourse.

Encontré este tema interesante:

Is it possible to change users SSO's external_id after a DB migration?

First I had issues with the external_id field on SSO, because they were all initially strings of length 16, and later I stored 24chars strings, but it completely messed up, you could get logged under a different user, it seems it cropped the external_id length, but that was hard to debug. So I make sure to keep external_id with the same length, it’s not really practical, why not using a TEXT column type for it? And my question is also, can I update the external_id of existing users, after doin…

Aún así, estaba interesado en algunas ideas sobre las implicaciones de actualizar el external_id en la base de datos.

¿Podría simplemente emitir una actualización SQL y establecer el nuevo external_id correcto? ¿Puede eso traer algún problema oculto? ¿Como si el usuario tuviera una sesión abierta actual o algo más?

Tengo los usuarios creados a través de SSO usando un external_id que es el ID de cuenta del usuario en el sistema externo. (Puede que necesite modelar algo más, pero sería genial poder evitar cambiar el modelo del sistema externo al menos por ahora)

El problema para mí es que la persona puede tener más de una cuenta en el sistema externo y puede fusionar esas cuentas en una, por lo que a veces, dependiendo de cómo fusione, puede surgir un nuevo external_id para el mismo usuario/correo electrónico.

Estoy usando la opción require_activation, así que, como he leído en el tema mencionado, no puedo eliminar el registro y esperar a que se recree.

Gracias

[RGJ (Richard - Communiteq)]

@Nicolas_Barrera

¿podría simplemente emitir una actualización de sql y establecer el external_id correcto nuevo?

Sí, deberías poder hacerlo, pero primero deberías solucionar el problema real

@Nicolas_Barrera

el problema para mí es que la persona puede tener más de una cuenta en el sistema externo y puede fusionar esas cuentas en una, por lo que a veces, dependiendo de cómo fusione, puede aparecer un nuevo external_id para el mismo usuario/correo electrónico.

por ejemplo, cuando se fusionan cuentas, asegúrate siempre de que se asigne/utilice el ID más bajo.

[Nicolas_Barrera]

Sí… durante las fusiones de cuentas externas, respeto la cuenta más antigua… pero a veces eso no es lo que necesito.

Algunas cuentas interactúan con el foro (tipo A, digamos) y otras cuentas no están destinadas a eso (tipo B).

así que si primero crean una cuenta tipo B…
y luego crean una cuenta tipo A, inician sesión con ella en el foro

y luego fusionan A y B y honran la cuenta más antigua que tiene un external_id diferente

así que sí…
Necesito encontrar una solución para mi cosa del sistema externo…

pero creo que configuraré un cron diario que verifique si ha sucedido algo de esto y corrija los external_ids por el momento.

¡Gracias!

[RGJ (Richard - Communiteq)]

En ese caso, podrías:

a) Sincronizar todas las cuentas con Discourse utilizando el mecanismo de sincronización SSO.
b) Hacer un seguimiento de qué cuentas se han utilizado para iniciar sesión en Discourse.
o
c) Al fusionar, realizar una búsqueda de ID externo para determinar qué cuenta(s) se han utilizado con Discourse.