0

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

会话(指导) | 键(整数) | 值(字符串)

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

所以我的问题是:

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

2 回答 2

1

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

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

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

于 2013-02-09T06:38:01.080 回答
0

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

于 2013-02-18T10:18:17.500 回答