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

Question

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

  

会话（guid）| Key（int）|值（字符串）

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

所以我的问题是：

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

Answer 1

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

这个多维数据集对最终用户没什么价值（太混乱了），但我会用它来验证任何特定数据在继续之前是否真正可用。我认为这很重要，因为通常这种数据结构会掩盖源系统中的弱数据验证和完整性。

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

Answer 2

最后找到了术语 - 它被称为entity-attribute-value pattern（EAV），围绕它有很多讨论和资源。