sql-server - 使用“灵活”模式分析/报告数据库的最佳实践

Question

我的任务是为具有“灵活”架构的 SQL Server 表创建视图（Excel、网站等，而不是数据库“视图”），如下所示：

会话（指导） | 键（整数） | 值（字符串）

我的第一个想法是创建一系列与分析/报告请求相关的“标准”关系数据表/视图。它们可以是由按计划转换数据的守护程序服务更新的新表，也可以只是具有深度嵌套查询的一系列视图。然后，使用 SSAS、SSRS 和其他已建立的方法进行分析和报告。但我完全不确定这是否是正确的思路。

所以我的问题是：

1. 这种“灵活”模式是否有术语，以便我可以搜索相关信息？
2. 我的想法有道理还是完全错了？
3. 如果我的想法有意义，我应该使用深度查询或新表 + 数据转换服务创建视图吗？

Answer 1

我将从一个 SSAS 多维数据集开始公开所有值，假设您可以从键中获取一些描述性信息。对于每个属性，多维数据集可能有一个度量（计数）和三个维度。

这个多维数据集对最终用户几乎没有价值（太令人困惑），但我会在继续之前使用它来验证任何特定数据是否实际可用。我认为这很重要，因为通常这种数据结构掩盖了源系统中弱数据验证和完整性。

验证主题后，我将通过 SSIS 构建物理表而不是视图 - 我发现它们更易于测试和调整。

Answer 2

终于找到了术语——它被称为实体-属性-值模式（EAV），围绕它有很多讨论和资源。