如何在索引视图中将行转换为列？

Question

我使用OUTER JOIN获取存储在行中的值并将其显示为列。 如果没有值，则在列中显示NULL。

来源表：

Id|Name|Value
01|ABCG|,,,,,
01|ZXCB|.....
02|GHJK|;;;;;

视图：

Id|ABCG|ZXCB|GHJK
01|,,,,|....|NULL
02|NULL|NULL|;;;;

查询看起来像：

SELECT DISTINCT
    b.Id,
    bABCG.Value AS "ABCG"
    bZXCB.Value AS "ZXCB"
    bGHJK.Value AS "GHJK"
FROM
    Bars b
    LEFT JOIN Bars bABCG ON b.Id = bABCG.Id and b.Name = 'ABCG'
    LEFT JOIN Bars bZXCB ON b.Id = bZXCB.Id and b.Name = 'ZXCB'
    LEFT JOIN Bars bGHJK ON b.Id = bGHJK.Id and b.Name = 'GHJK'

我想删除LEFT JOIN，因为在索引视图中不允许这样做。 我尝试用内部SELECT替换它，但是内部SELECT也不允许，也不允许UNION。 我不能使用INNER JOIN，因为我想在视图中显示NULL。 我应该使用什么？

Answer 1

您可以使用实际表来存储结果，并使用一组针对基表的触发器来维护内部数据，以实现类似的操作。

我相信 ，在本质上，这就是创建索引视图时SQL Server所做的工作（本质上，如果不是实际实现的话）。 但是，通过检查索引视图的规则，很明显，触发器应仅使用inserted和deleted表，并且不要求扫描基本表以执行维护-否则，对于大型表，维护此索引视图将处以严重的性能损失。

作为上述示例，尽管您可以轻松地编写插入触发器以在视图中维护MAX(column)列，但删除会遇到更多问题-如果要删除当前的最大值，则需要扫描该表确定新的最大值。 对于许多其他限制，请尝试手动编写触发器，大多数情况下，您需要扫描基本表。

现在，在您的特定情况下，我认为这些触发器执行维护可能会相当有效-但您需要仔细考虑所有插入/更新/删除方案，并确保触发器实际上忠实地维护了这些数据-例如，如果您更新任何id ，则可能需要混合执行更新，插入和删除操作。

Answer 2

您将要做的最好的事情是使用内部联接来获取匹配项，然后与左联接合并并对其进行过滤以仅返回null。 这可能无法解决您的问题。

我不知道您的系统的细节，但是我假设您正在处理性能问题，这就是为什么要使用索引视图。 有几种选择，但我认为以下是最合适的。

既然您评论了这是针对DW的，我将假设您的系统在读取方面比在写入方面更加密集，并且数据是通过ETL流程按计划加载到其中的。 在这种高读/低写*的情况下，我建议您“实例化”此视图，这意味着ETL进程运行时，将使用包含左联接的初始select语句生成表。 您将获得成功，然后所有读取操作将与索引视图的性能相当（您将执行与索引视图相同的操作，只是分批而不是逐行） ）。 如果您的源DB和DW在同一实例上，这是比索引视图b / c更好的选择，它不会影响源系统的性能（索引视图会使插入速度变慢）。 这与索引视图的概念相同，因为您会对插入内容产生性能影响，以加快选择速度。

我以前一直走这条路，得出以下结论：

索引视图比整个解决方案更可能是解决方案的一部分 。

*当我在上面说“高读/低写”时，您也可以将其视为“高读/计划写”

Answer 3

SELECT DISTINCT
    b.Id,
    (Select bABCG.Value from Bars bABCG where b.Name = 'ABCG')  AS "ABCG"
    ...
FROM
    Bars b

您可能需要在值上添加汇总，但不确定数据的组织方式