Можно ли обновлять external_id в базе данных Discourse?

[Nicolas_Barrera]

Я искал информацию на форуме о том, как обновить external_id в базе данных Discourse.

Нашёл интересную тему:

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…

Тем не менее, меня интересуют подробности о последствиях обновления external_id в базе данных.

Могу ли я просто выполнить SQL-запрос UPDATE и задать новый правильный external_id? Может ли это привести к каким-либо скрытым проблемам? Например, если у пользователя есть активная сессия или что-то ещё?

Пользователи создаются через SSO с использованием external_id, который представляет собой ID аккаунта пользователя во внешней системе. (Мне, возможно, потребуется изменить модель, но было бы здорово пока избежать изменений в модели внешней системы).

Проблема в том, что у человека может быть несколько аккаунтов во внешней системе, и он может объединить их в один. В результате, в зависимости от способа объединения, для одного и того же пользователя/электронной почты может появиться новый external_id.

Я использую опцию require_activation, и, как я прочитал в упомянутой теме, я не могу удалить запись и ждать её повторного создания.

Спасибо.

[RGJ (Richard - Communiteq)]

@Nicolas_Barrera

Могу ли я просто выполнить SQL-запрос UPDATE и установить правильный external_id?

Да, вы должны иметь возможность сделать это, но сначала нужно устранить саму проблему.

@Nicolas_Barrera

Проблема в том, что у человека может быть несколько аккаунтов во внешней системе, и он может объединить их в один. Поэтому иногда, в зависимости от того, как он их объединяет, для одного и того же пользователя/электронной почты может появиться новый external_id.

Например, при объединении аккаунтов всегда убедитесь, что используется наименьший ID.

[Nicolas_Barrera]

Да… при слиянии внешних учётных записей я учитываю самую старую учётную запись… но иногда это не то, что мне нужно.

Некоторые учётные записи взаимодействуют с форумом (тип A, скажем так), а другие не предназначены для этого (тип B).

Так что, если они сначала создают учётную запись типа B…
а позже создают учётную запись типа A, они входят в систему через SSO с её помощью на форуме

и позже объединяют A и B, отдавая предпочтение самой старой учётной записи, у которой другой external_id

так что да…
мне нужно придумать решение для моей внешней системы…

но я думаю, что пока настрою ежедневную задачу cron, которая будет проверять, произошло ли что-то подобное, и исправлять external_id.

спасибо!

[RGJ (Richard - Communiteq)]

В этом случае вы можете либо

a) синхронизировать все учетные записи с Discourse, используя механизм синхронизации SSO
b) отслеживать, какие учетные записи использовались для входа в Discourse
или
c) при слиянии выполнить внешний поиск по ID, чтобы определить, с какой учетной записью (или записями) пользователь работал в Discourse