ведение пользователей в БД

[VladimirM]

1. Можно ли удалять напрямую пользователя из базы (pgsql)
ERROR: update or delete on table "users" violates foreign key constraint "fk_group_user_user_id_id" on table "group_user"
DETAIL: Key (id)=(11) is still referenced from table "group_user".
********** Ошибка **********

ERROR: update or delete on table "users" violates foreign key constraint "fk_group_user_user_id_id" on table "group_user"
SQL-состояние: 23503
Подробности: Key (id)=(11) is still referenced from table "group_user".
2. В таблице users почему-то отображаются только учетки агентов, с чем это связано.
3. Исходя из пункта 2) - немогу дописать @domain к учеткам. Не могу найти пользователей-кастомеров.

[VladimirM]

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

[alexus]

Все прямые удаления из базы обычно заканчиваются переустановкой системы с нуля. По агентам ещё есть таблицы. Изучайте скрипт SQL по инициализации базы - смотреть тут scripts/database

[VladimirM]

Неверного агента выпилить удалось, были связи по полю user_id на таблицы group_users и user_preferences. Все работает.
Вопрос в следующем: захожу в пункт администрирования Учетная запись клиента - там все кастомеры присутствуют, а вот где они в базе находятся, найти не могу.
Сделал по вот по этому топу viewtopic.php?f=4&t=1379 на тестовой базе. все получилось, теперь надо добавить @domain к логинам, поскольку в конфиге выставил для проверки userPrincipalName, но вот кастомеров найти не могу.

[ykolesnikov]

[quote="VladimirM"]1. Можно ли удалять напрямую пользователя из базы (pgsql)
ERROR: update or delete on table "users" violates foreign key constraint "fk_group_user_user_id_id" on table "group_user"
DETAIL: Key (id)=(11) is still referenced from table "group_user".
********** Ошибка **********

Библия говорит:
Note Как и в случае с агентами, группами и ролями, система не позволяет удалять клиентов, а только деактивировать их, установив опцию Действительный в значение недействительный или недействительный-временно.
http://otrs.github.io/doc/manual/admin/ ... and-groups
И эта истина повторяется там неоднократно.

[VladimirM]

я выше описал, что у меня pg, выпилить агента удалось тремя запросами. Все нормально.
описанные проблемы с данным выпиливанием наблюдаются как я понял на мускуле.
Не могу найти юзеров, кто подскажет в какой таблице они лежат.

[paver]

Ну так customer_user же. Или имеете в виду что-то другое?

Ps В Config.pm, кстати:

Код: Выделить всё

            Table => 'customer_user',

[alexus]

Если клиенты берутся из AD, то они не синхронизируются в базу, в отличие от агентов. Т.е. если клиентский backend - AD, то customer_user - пустая.

[VladimirM]

Вот именно эту грустную весть я наверное и хотел услышать ) .. Спасибо.
Вот еще вопросик: в Config.pm в CustomerID= какие возможные значения могут быть ? Пробовал поставить значение 'сompany' из AD - не тянет
Сейчас стоит 'mail'

[VladimirM]

Все разобрался, всем спасибо за помощь

[alexus]

Вот все обижаются - "не хотите помогать, посылаете в гугль". А решение никто не опишет, если подсказываешь

[VladimirM]

в Config.pm в CustomerID= какие возможные значения могут быть ? Пробовал поставить значение 'сompany' из AD - не тянет
Сейчас стоит 'mail'

Вообще в customerID можно затащить любое значение из ObjectAtributes в AD.
Выставил так:
CustomerID => 'company',
...
Map =>
...
[ 'UserCustomerID', 'CustomerID', 'company', 0, 1, var] ////вот здесь не хватало указания объявленного выше значения
...
Все сработало. Можно сортировать заявки от клиентов из поддоменов по "своим" агентам.

Насчет удаления данных из базы "руками", точного ответа нет. НО. Судя по отзывам, большие проблемы возникают при использовании MySQL (что не странно ..),
исходя из этих отзывов и большего опыта работы с pgsql, я и поднимал систему на postgres. Как оказалось - не зря.

[VladimirM]

В принципе, могу привести где-нибудь рабочий (для меня) конфиг, если кому интересно именно по авторизации.

[alexus]

Насчет удаления данных из базы "руками", точного ответа нет. НО. Судя по отзывам, большие проблемы возникают при использовании MySQL (что не странно ..),
исходя из этих отзывов и большего опыта работы с pgsql, я и поднимал систему на postgres. Как оказалось - не зря.

Проблема не в СУБД, а в связях данных в таблицах. Целостность данных никто не отменял. Если по схеме всё грамотно вычистить, то не имеет значения MySQL или Postgres у вас.

[VladimirM]

Целостность данных никто не отменял.

Вот об этом я и говорю. А что в связях дело это понятно.