É ok atualizar external_id no banco de dados do discourse?

[Nicolas_Barrera]

Tenho pesquisado no fórum por informações sobre a atualização do external_id no banco de dados do Discourse.

Encontrei este tópico interessante:

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…

Ainda assim, estava interessado em algumas percepções sobre as implicações de atualizar o external_id no banco de dados.

Posso simplesmente emitir uma atualização SQL e definir o novo external_id correto? Isso pode trazer algum problema oculto? Como se o usuário tivesse uma sessão aberta atual ou algo mais?

Criei os usuários através do SSO usando um external_id que é o ID da conta do usuário no sistema externo. (Talvez eu precise modelar algo mais, mas seria legal poder evitar mudar o modelo do sistema externo, pelo menos por enquanto)

O problema para mim é que a pessoa pode ter mais de uma conta no sistema externo e pode mesclar essas contas em uma, então às vezes, dependendo de como ele mescla, um novo external_id pode vir para o mesmo usuário/email.

Estou usando a opção require_activation, então, como li no tópico mencionado, não posso excluir o registro e esperar que ele seja recriado.

Obrigado

[RGJ (Richard - Communiteq)]

@Nicolas_Barrera

eu poderia apenas emitir uma atualização sql e definir o external_id correto?

Sim, você deve ser capaz de fazer isso, mas você deve corrigir o problema real primeiro

@Nicolas_Barrera

o problema para mim é que a pessoa pode ter mais de uma conta no sistema externo e pode mesclar essas contas em uma, então, às vezes, dependendo de como ele mescla, um novo external_id pode vir para o mesmo usuário/email.

por exemplo, quando as contas estão sendo mescladas, sempre certifique-se de que o ID mais baixo seja atribuído / usado.

[Nicolas_Barrera]

Sim.. durante a mesclagem de contas externas, estou respeitando a conta mais antiga… mas às vezes não é o que eu preciso.

Algumas contas interagem com o fórum (tipo A, digamos) e outras contas não são para isso (tipo B).

Então, se eles primeiro criam uma conta do tipo B…
E depois criam uma conta do tipo A, eles fazem o SSO com ela no fórum

E depois eles mesclam A e B e honram a conta mais antiga que tem um external_id diferente

Então sim…
Preciso encontrar uma solução para a minha coisa de sistema externo…

Mas acho que vou configurar um cron diário que verifica se algo disso aconteceu e corrige os external_ids por enquanto.

Obrigado!

[RGJ (Richard - Communiteq)]

Nesse caso, você poderia:

a) Sincronizar todas as contas com o Discourse usando o mecanismo de sincronização SSO
b) Manter o controle de quais contas foram usadas para fazer login no Discourse
ou
c) Ao mesclar, fazer uma pesquisa de ID externo para determinar quais contas foram usadas com o Discourse