d-stream

Любым удобным способом заполняем некую временную таблицу с колонками xml_id и user_id теми самыми xml_id

потом делаем апдейт этой таблицы - заполняем user_id

ну и далее delete from ... where xml_id in (select xml_id from temp)

Латиница-кириллица не может пакостить?
А то в приведенном примере как минимум 3 буквы имеют начертание 1:1 (К,В,С)

Да... если еще нет гарантии "непропуска" события - то совсем беда-беда...

Как один из вариантов - добавить колонку-хэлпер в виде "расстояния" (например в секундах) до предшествующего - тут придется чуть ли не циклом заполнять старое, ну а новое - видимо будет удобно триггером.

Ну а потом - для каждого включения (status=2) суммируем те самые "расстояния"

Для курсовой - без разницы.
Для реальных решений - все конечно зависит от специфики, но как моментик: если БД - это нечто распределенное, да и приложение живет в виде множества экземпляров, то при промежуточном хранении/кэшировании данных в памяти экземпляра приложения - может оказаться источником проблем.
Ибо в остальных экземплярах - этих данных еще не будет.

Ну и с учетом, что механизмы БД так или иначе но кэшируют - все вышеописанное может оказаться осмысленным только для очень специфических случаев.

Вполне нормальная структура. Можно еще заменить признак прочитано/нет на nullable дату прочтения

"в лоб" получаем записи, которые отстутсвуют в другой таблице и пихаем их в b

insert into b (.....)
select * from temp where temp.field not in (select distinct field from a)

Типа "оптимальнее"

insert into b (.....)
select * from temp
left join a on temp.field=a.field
where a.field is null

В принципе нормальный оптимизатор выполнит и первое и второе с одинаковой скоростью

ROW_NUMBER()
https://msdn.microsoft.com/ru-ru/library/ms189461.aspx

SQL придумали как почти естественный язык "попросить у базы":

select [выбрать]
* [все]
from Users [из Users]
where [когда/где/которые]
gender = Female and (today - birthday) < X [ женщины и возраст меньше х]
or (или)
gender = Male and (today - birthday) < X [мужчины и возраст меньше х]

Работает. Только моя телепатия подсказывает, что balans - строковый а пытаются хранить в нем цифры и потом возникает удивление почему 100,01 располагается не так рядом со 100,11

А что есть в рамках этого запроса joiners_artist.id ? Какой попало id из таблицы joiners_artist?

Как бы указана связка пары таблиц, а в условии вдруг возникает третья... Получается "к напильнику прикреплена ручка, сколько лет машинисту поезда?" -)

Видимо потерялся например вышестоящий select из joiners_artist - тогда все встанет на свои места. Или надо так или иначе присоединить таблицу joiners_artist

Ну в ряде случаев курсор может быть полезно заменить на while, а while на что-нибудь типа insert from select или update "пачкой"

когда совсем беда с объемами и есть предпосылки - то можно bulk insert и\или openrowset

притом 10 инсертов по 1 строке помедленнее одного инсерта 10 строк, а bulk в разы быстрее... (недавно играл на буке - нечто типа прайса - почти миллион строк ~5-7 сек). То есть в особо тяжелой ситуации возможно даже окажется приемлемым цепочка sql->csv->bulk