вхождению в список групп?
WhereNotIn
мм, а есть пример? а то я пока допедрил только до 2 запросов-сначала всех юзеров в этих группах, а в моем гетлисте-уже гнор по этим ID
Покажите примеры своих запросов.
Игнорируемых собираем: $ignoredUsersObj = UserGroupTable::getList(array( 'filter' => array( 'USER.ACTIVE' => 'Y', 'GROUP_ID' => self::IGNORE_GROUPS, ), 'select' => array( 'ID' => 'USER.ID', ), )); получаем нужных, за исключением игнориуемых: $res = UserTable::getList(Array( 'select' => [ 'ID','LOGIN', 'LAST_LOGIN' ], 'filter' => [ 'ACTIVE'=>'Y', '<=LAST_LOGIN' => $objDateTime, '!ID'=>$ignoredUsers ], 'data_doubling' => false ));
Там в сущности пользователя есть поле вроде GROUPS или как-то так, оно смотрит в таблицу связей. И можно сделать что-то типа: !GROUPS.GROUP_ID => ignoredIds. Но лучше это делать через query, как-то лучше читается.
ну вот именно в UserGroupTable это есть, да-можно переделать. Но в UserTable сущности такого поля нет, а мне необходимо фильтровать еще и по последнему логину(
Точно ли его нет? А если нет, то вы всегда можете создать поле в runtime и фильтровать по нему.
точно точно, уже смотрел-думал все так просто)
А вы как смотрели? Не все поля в map описаны. Часть может уже после компиляции ещё появиться. Но даже если нет, то тут runtime легко решает задачу.
да, смотрю что в fields map после компиляции есть объект \Bitrix\main|orm\fields\relations\onetomany c name groups
Упадет на числе юзеров в районе 1000
Будут выбраны юзера, которые принадлежат как запрещенным группам, так и разрешенным
Почему? Мы же смотрим на то, чтобы у юзера не было определённой группы.
Потому что условие у вас такое. Джойн выстроит результирующую таблицу, где для одного и того же юзера будет первая строка с запрещенной группой, вторая с разрешенной. Первая строка будет отброшена по условию, вторая нет.
Обсуждают сегодня