更新子集时实行先删除后插入，感觉很粗暴，有更好的方法吗

[yyixin]

如：

if object_id('tempdb.dbo.#UserRoles') is not null drop table #UserRoles

create table #UserRoles(UserId int ,RoleName varchar(50))
insert into #UserRoles select 1, 'a'
insert into #UserRoles select 1 ,'b'
insert into #UserRoles select 1 ,'c'
insert into #UserRoles select 1, 'd'
insert into #UserRoles select 2, 'e'
insert into #UserRoles select 2 ,'f'
insert into #UserRoles select 2 ,'g'

select * from #UserRoles

-- 删除旧的角色
DELETE FROM #UserRoles WHERE UserId = 1

-- 插入新的角色
insert into #UserRoles select 1, 'c'
insert into #UserRoles select 1 ,'b'
insert into #UserRoles select 1 ,'f'


select * from #UserRoles

[二月十六]

改一下数据结构 UserId Roles 1 ‘a,b,c' 每次update更新

[zjcxc]

既然你觉得粗暴，那你直接更新不就行了 从你的示例来看，是你的需求比较粗暴

[中国风]

传参改为XML或表类型或字符串
改用MERGE
e.g.

;WITH S(UserId,RoleName)
AS
(
select 1, 'c'
UNION ALL select 1 ,'b'
UNION ALL select 1 ,'f'
),T AS
(SELECT * FROM #UserRoles WHERE UserId = 1)
MERGE T
USING S ON (T.UserId=S.UserID AND T.RoleName=S.RoleName)
WHEN NOT MATCHED THEN 
INSERT(UserId,RoleName)VALUES(S.UserId,S.RoleName)
WHEN NOT MATCHED BY SOURCE THEN
DELETE;

[yyixin]

考虑到还要记录一些其他的信息，如创建时间。还有查询效率的问题，不适合改变结构

[听雨停了]

WITH cte as (
	SELECT * ,row_number() over(ORDER BY #UserRoles.RoleName) AS rn 
	FROM #UserRoles
	WHERE UserId=1	
) 
UPDATE cte SET RoleName =( CASE rn WHEN 1 THEN 'c' WHEN 2 THEN  'b' WHEN 3 THEN 'f' END) 

[zjcxc]

正常的更新，是把满足条件的明确更新成某个值，有明确的多（或一）对一的关系，这是 UPDATE 支持的 楼主的示例是粗暴的把满足条件的数据，用另一组数据来替换，是多（或一）对多（或一）关系，这是 UPDATE 不支持的 所以如果要用 UPDATE， 需要找一明确的多对一关系

[yyixin]

引用 5 楼 zjcxc 的回复:

正常的更新，是把满足条件的明确更新成某个值，有明确的多（或一）对一的关系，这是 UPDATE 支持的 楼主的示例是粗暴的把满足条件的数据，用另一组数据来替换，是多（或一）对多（或一）关系，这是 UPDATE 不支持的 所以如果要用 UPDATE， 需要找一明确的多对一关系

谢谢！我想该考虑在业务的处理上作一些改变了。谢谢大家。

[吉普赛的歌]

这个是处理用户角色之类的吧， 一般情况下很少操作的了。 这样设计其实问题不大， 没必要改。

[yyixin]

引用 8 楼 yenange 的回复:

这个是处理用户角色之类的吧， 一般情况下很少操作的了。 这样设计其实问题不大， 没必要改。

谢谢。想先用二楼的方法。非专业人员，深一点的就不懂了。

[吉普赛的歌]

引用 9 楼 yyixin 的回复:

[quote=引用 8 楼 yenange 的回复:] 这个是处理用户角色之类的吧， 一般情况下很少操作的了。 这样设计其实问题不大， 没必要改。

谢谢。想先用二楼的方法。非专业人员，深一点的就不懂了。[/quote] 二楼的办法也不好， 因为加了逗号， 最终查询时还得自己分隔。 没必要折腾的了

[yyixin]

谢谢。是2#楼MERGE这个方法，查了一下好像只需遍历一次，应该高效一点。实际的场景并非只是用户角色这一块，且数据的点多，修改有些频。