关于使用值层次结构更新列的 TSQL 问题
我有一个包含两列的表,层次结构(字母顺序)和访问权限,如下所示。
N Hierarchy Access
1 A Y
2 A >B N
3 A >B >C NULL
4 A >B >C >D NULL
5 A >B >C >D >E NULL
6 A >B >C >D >E >F NULL
7 A >B >C >D >E >F >G Y
8 A >B >C >D >E >F >G >J NULL
我需要用这个逻辑更新访问列。如果 Access 值为 null,则使用 Access 不为 null 的下一个更高层次结构中的 Access 更新此行的 Access。
例如,
第 7 行的 Access 为 null,查询会将第 7 行的 Access 更新为 Y。因为层次结构 G 是 Y。
第 6 行将为 N,因为层次结构 E、D 和 C 为 null,B 为 N(不为 null)。
第 5 行将为 N,因为层次结构 D 和 C 为空,而 B 为 N(不为空)。
第 4 行将为 N,因为层次结构 C 为空,而 B 为 N(不为空)。
所以所需的输出将如下所示
N Hierarchy Access
1 A Y
2 A >B N
3 A >B >C N
4 A >B >C >D N
5 A >B >C >D >E N
6 A >B >C >D >E >F N
7 A >B >C >D >E >F >G Y
8 A >B >C >D >E >F >G >J Y
我怎样才能实现这一目标?谢谢。
I have this table with two columns, Hierarchy (Alphabet order) and Access as below.
N Hierarchy Access
1 A Y
2 A >B N
3 A >B >C NULL
4 A >B >C >D NULL
5 A >B >C >D >E NULL
6 A >B >C >D >E >F NULL
7 A >B >C >D >E >F >G Y
8 A >B >C >D >E >F >G >J NULL
I need to update Access column with this logic. If the Access value is null, update the Access for this row with Access from next higher hierarchy where Access is not null.
For example,
Row 7's Access is null, the query will update Row 7's Access to Y. Because hierarchy G is Y.
Row 6 will be N, because hierarchy E, D and C is null, and B is N (not null).
Row 5 will be N, because hierarchy D and C is null, and B is N (not null).
Row 4 will be N, because hierarchy C is null, and B is N (not null).
So the desired output would look like this
N Hierarchy Access
1 A Y
2 A >B N
3 A >B >C N
4 A >B >C >D N
5 A >B >C >D >E N
6 A >B >C >D >E >F N
7 A >B >C >D >E >F >G Y
8 A >B >C >D >E >F >G >J Y
How can I achieve this? Thank you.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
老实说,我首先要重复我的评论:
对于非规范化数据来说,这并不是很好的实现。您必须使用
LIKE
表达式,然后通过执行以下操作来删除不需要的JOIN
行,其中包含“每组中的前 1 个”:正确规范化的数据集,不使用
hierarchyid
那么查询将如下所示:或者,实现
hierarchyid
。我没有提供解决方案,因为我从未使用过它们,并且使用过自引用标准化表。Honestly, I'm going to firstly repeat my comment:
This isn't pretty to achieve with your denormalised data. You have to use
LIKE
expressions and then get rid of the unwantedJOIN
ed rows with a "TOP 1 in each group", by doing something like this:If you had a properly normalised data set, not using
hierarchyid
then the query would look like this:Alternatively, implement a
hierarchyid
. I don't include a solution for that, as I have never worked with them, and have used self referencing normalised tables.