我可以使用Master Data Services通过Excel加载项导入数据吗? 主要措施! (数字/值)

我可以使用主数据服务通过Excel加载项导入数据主要测量(数字/值)

简洁版本:

寻找舒适地将数据input到SQl-Server表的最佳方法,并为用户提供即时反馈。

设置:我们有一个基于SQL Server 2012的Datawarehouse(dwh)。一切都使用MS BI Suite中的工具(SSIS,SSAS,SSRS等)设置.Departments通过Excel访问BI-Cubes。 如果可能,他们宁愿在Excel中做所有事情。
DWH的大多数源代码都是数据库,但是一个用例将Excel文件作为源代码。

用Excel文件作为源的用例

AS-是:

我们有几个放置在networking文件夹中的Excel文件。 每个Excel文件都由不同的用户编辑。 这些文件是由一个SSIS进程在日常的基础上通过文件循环获取的。

The contents of the Excel-files is like this (fake data): Header: Category | Product | Type | ... | Month | abc_costs | xyz_costs | abc_budget | xyz_budget | ... Data: A Soup Beta 2017-06 16656 89233 4567 34333 

数据stream:

  source.Excel -> 1.-> dwh.Stage -> 2.-> dwh.intermediateLayer -> 3.-> dwh.FactTable 
  • 步骤1到3是SSIS ETL包。
  • 步骤3从Dimensions中查找代理键,并根据Excel提供的“代码”将代码保存为事实表中的外键(代码例如可以是类别A)。

问题:

  • 第1步“摄取Excel文件”非常容易出错。
  • 用户很容易误输代码,而且数字可能是错误的格式。
  • 有关Excel的源错误消息往往是误导和debugging在SSIS Excel的来源成为一个痛苦。
  • 有时用户将Excel文件打开并且临时locking文件会阻止整个提取过程。

要求

  • 我想避免接收Excel文件时出现的问题。
  • 应该可以validation数据input并向用户提供快速反馈
  • 作为BI开发人员,我们将尝试避免首先涉及Web开发的解决scheme。
  • 类似Excel的input是用户所喜欢的。

理念:

由于Master Data Services附带了一个允许数据操作的Excel插件,我们认为它也可以用于这个数据input场景。 这会给我们带来机会同时testingMDS。

但是我不确定这个用例是否适合主数据服务。

做一个研究,我找不到任何MDS的例子,显示如何通过Excel插件input度量[样本是关于build模和pipe理实体]。

  1. 任何人都可以澄清,如果这个用例符合MDS?
  2. 如果它不适合MDS? 什么是适合这个BI生态系统的好select? (最好是基于Excel的)。 [Lightswitch,Infopath,Powerapps,或者如果没有其他选项Webdevelopment – >我有点困惑的选项]

请记住,MDS中的实体不代表数据库中的表。 这意味着当您在MDS中加载数据时,例如,存在用数据和元数据填充的基础表以跟踪更改。

使用Excel插件将数据导入MDS,然后将数据公开到另一个系统可以工作,考虑以下几点:

  • 数据量。 Excel插件可以批量处理大量数据。 所以这个过程可能会变得乏味。
  • 模型设置。 您需要正确configuration模型,并且定义好实体和属性。 MDS体系结构是“伪数据仓库”,实体可以被视为“事实”和基于领域的属性“维度”。 这是对系统的简单化,但是一旦你定义了一个模型,你就会理解我的意思。
  • 一个很好的function是订阅视图。 在MDS中拥有数据之后,就可以在一个视图中显示将订单视图与基于域的属性相结合的订阅视图。

考虑你的要求:

  • 我想避免接收Excel文件时出现的问题。

    这是可能的,只要记住Excel插件有它自己的规则。 所以Excel有效地成为MDS的“input表单”,数据被input和提交。 用户将需要使用凭证pipe理器来build立与MDS的连接。

  • 应该可以validation数据input并向用户提供快速反馈

    这可以通过基于域的属性和业务规则轻松处理

  • 作为BI开发人员,我们将尝试避免首先涉及Web开发的解决scheme。 类似Excel的input是用户所喜欢的。

    请记住,MDS插件决定了Excel表格的外观和感觉。 没有定制是可能的。 所以你的实体定义需要是正确的,以促进良好的用户体验。

我曾经在一个DWH项目中使用MDS实例作为许多维度的单一来源。 大部分数据都是只读的(州,国家,货币等),并通过Excel插件进行维护。 还有一些更加不稳定的东西是通过MDS导入程序导入的。

为了将MDS数据展示给仓库,创build了直接指向MDS数据库的视图。 我甚至写了一个SQL脚本来刷新这些视图,这取决于存储在仓库中的MDS元数据和设置。 不幸的是,我现在已经没有这个了,但是那里一切都很透明。

一切都非常活跃。 无法回想涉及这些MDS视图的查询的任何问题。