我可以使用 Master Data Services 通过 Excel 加载项导入数据吗？主要措施！ (Numbers/Values)
Can I use Master Data Services to import data via Excel add-in ? Mainly Measures! (Numbers/Values)
我可以使用 Master Data Services 通过 Excel 加载项主要是 Measures (Numbers/Values)
导入数据吗
简短版本：
寻找将数据舒适地输入到 SQl-服务器 table 并为用户提供即时反馈的最佳方式。
设置：
我们有一个基于 SQL Server 2012 的数据仓库 (dwh)。
一切都使用 MS BI Suite 中的工具（SSIS、SSAS、SSRS 等）进行设置
各部门通过 Excel 访问 BI-Cubes。如果可能，他们更愿意在 Excel 中完成所有事情。
DWH 的大多数来源是数据库，但一个用例将 Excel 文件作为来源。
以 Excel 个文件作为来源的用例
原样：
我们有几个 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
数据流：
source.Excel -> 1.-> dwh.Stage -> 2.-> dwh.intermediateLayer -> 3.-> dwh.FactTable
- 步骤 1 到 3 是 SSIS ETL 包。
- 第 3 步从维度中查找代理键并保存
它们作为 Fact-table 中的外键，基于 "Codes" 提供的
Excel（代码例如可以是 'A' 类别）。
问题：
- 步骤 1 "ingesting the Excel-files" 非常容易出错。
- 用户很容易输入错误的代码和数字可能是错误的
格式。
- 有关 excel 来源的错误消息通常具有误导性 &
在 SSIS 中调试 Excel-sources 变得很痛苦。
- 有时用户会打开 Excel 文件和一个临时的锁定文件
阻止整个摄取过程。
要求
- 我想避免摄取 Excel 文件时出现的问题。
- 应该可以验证数据输入并快速给出
反馈给用户
- 作为 BI 开发人员，我们将尽量避免涉及的解决方案
网络开发第一。
- Excel-like 输入是用户的首选。
想法：
因为 Master Data Services 带有一个 Excel- 允许数据操作的插件
我们认为这也可以用于这种数据输入场景。
这将使我们有机会同时测试 MDS。
但我不确定这个用例是否适合主数据服务。
进行研究时，我找不到任何 MDS 示例来说明度量是如何进行的
通过 Excel-addin 输入 [样本是关于建模和管理实体]。
- 谁能澄清这个用例是否适合 MDS？
- 如果它不适合 MDS？什么是适合的好选择
这个 BI 生态系统？ （最好以Excel为主）。 [Lightswitch、Infopath、Powerapps 或者如果没有其他选项 Webdevelopment -> 我对这些选项有点困惑]
我参与了一个 DWH 项目，在该项目中，MDS 实例被用作多个维度的单一真实来源。大多数数据都是只读的（州、国家、货币等列表），并通过 Excel 插件进行维护。还有一些更不稳定的东西是通过 MDS 导入程序导入的。
为了向仓库公开 MDS 数据，创建了直接指向 MDS 数据库的视图。我什至写了一个 SQL 脚本来刷新这些视图，这取决于存储在仓库中的 MDS 元数据和设置。不幸的是，我已经没有它了，但它在那里非常透明。
一切都充满活力。不记得涉及这些 MDS 视图的查询有任何问题。
请记住，MDS 中的实体并不代表数据库中的 table。这意味着当您在 MDS 中加载数据时，底层 table 填充了数据和元数据以跟踪更改，例如。
使用 Excel 插件将数据导入 MDS，然后将数据暴露给另一个系统是可行的，考虑到以下几点：
- 数据量。 excel 插件可以批量处理大量数据。所以这个过程会变得乏味。
- 模型设置。您需要使用定义明确的实体和属性来正确配置模型。 MDS 架构是 'pseudo data warehouse'，其中可以考虑实体 'facts' 和基于域的属性 'dimensions'。这是对系统的过度简化，但是一旦您定义了一个模型，您就会明白我的意思。
- 一个不错的功能是订阅视图。在 MDS 中拥有数据后，您可以使用订阅视图公开它，订阅视图将实体与基于域的属性组合在一个视图中。
考虑到您的要求：
我想避免在摄取 Excel 文件时出现的问题。
这是可能的，请记住 Excel 插件有自己的规则。所以 Excel 实际上变成了 MDS 的 'input form'，在这里输入和提交数据。用户将需要使用凭证管理器等设置与 MDS 的连接。
应该可以验证数据输入并给出快速反馈
给用户
这可以通过基于域的属性和业务规则轻松处理
作为 BI 开发人员，我们将尽量避免这样的解决方案
首先会涉及网络开发。 Excel-like 输入是
用户首选
请记住，MDS 插件决定了 excel sheet 的外观和感觉。无法进行定制。因此您的实体定义需要正确，以促进良好的用户体验。
我可以使用 Master Data Services 通过 Excel 加载项主要是 Measures (Numbers/Values)
导入数据吗简短版本：
寻找将数据舒适地输入到 SQl-服务器 table 并为用户提供即时反馈的最佳方式。
设置：
我们有一个基于 SQL Server 2012 的数据仓库 (dwh)。
一切都使用 MS BI Suite 中的工具（SSIS、SSAS、SSRS 等）进行设置
各部门通过 Excel 访问 BI-Cubes。如果可能，他们更愿意在 Excel 中完成所有事情。
DWH 的大多数来源是数据库，但一个用例将 Excel 文件作为来源。
以 Excel 个文件作为来源的用例
原样：
我们有几个 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
数据流：
source.Excel -> 1.-> dwh.Stage -> 2.-> dwh.intermediateLayer -> 3.-> dwh.FactTable
- 步骤 1 到 3 是 SSIS ETL 包。
- 第 3 步从维度中查找代理键并保存 它们作为 Fact-table 中的外键，基于 "Codes" 提供的 Excel（代码例如可以是 'A' 类别）。
问题：
- 步骤 1 "ingesting the Excel-files" 非常容易出错。
- 用户很容易输入错误的代码和数字可能是错误的 格式。
- 有关 excel 来源的错误消息通常具有误导性 & 在 SSIS 中调试 Excel-sources 变得很痛苦。
- 有时用户会打开 Excel 文件和一个临时的锁定文件 阻止整个摄取过程。
要求
- 我想避免摄取 Excel 文件时出现的问题。
- 应该可以验证数据输入并快速给出 反馈给用户
- 作为 BI 开发人员，我们将尽量避免涉及的解决方案 网络开发第一。
- Excel-like 输入是用户的首选。
想法：
因为 Master Data Services 带有一个 Excel- 允许数据操作的插件 我们认为这也可以用于这种数据输入场景。 这将使我们有机会同时测试 MDS。
但我不确定这个用例是否适合主数据服务。
进行研究时，我找不到任何 MDS 示例来说明度量是如何进行的 通过 Excel-addin 输入 [样本是关于建模和管理实体]。
- 谁能澄清这个用例是否适合 MDS？
- 如果它不适合 MDS？什么是适合的好选择 这个 BI 生态系统？ （最好以Excel为主）。 [Lightswitch、Infopath、Powerapps 或者如果没有其他选项 Webdevelopment -> 我对这些选项有点困惑]
我参与了一个 DWH 项目，在该项目中，MDS 实例被用作多个维度的单一真实来源。大多数数据都是只读的（州、国家、货币等列表），并通过 Excel 插件进行维护。还有一些更不稳定的东西是通过 MDS 导入程序导入的。
为了向仓库公开 MDS 数据，创建了直接指向 MDS 数据库的视图。我什至写了一个 SQL 脚本来刷新这些视图，这取决于存储在仓库中的 MDS 元数据和设置。不幸的是，我已经没有它了，但它在那里非常透明。
一切都充满活力。不记得涉及这些 MDS 视图的查询有任何问题。
请记住，MDS 中的实体并不代表数据库中的 table。这意味着当您在 MDS 中加载数据时，底层 table 填充了数据和元数据以跟踪更改，例如。
使用 Excel 插件将数据导入 MDS，然后将数据暴露给另一个系统是可行的，考虑到以下几点：
- 数据量。 excel 插件可以批量处理大量数据。所以这个过程会变得乏味。
- 模型设置。您需要使用定义明确的实体和属性来正确配置模型。 MDS 架构是 'pseudo data warehouse'，其中可以考虑实体 'facts' 和基于域的属性 'dimensions'。这是对系统的过度简化，但是一旦您定义了一个模型，您就会明白我的意思。
- 一个不错的功能是订阅视图。在 MDS 中拥有数据后，您可以使用订阅视图公开它，订阅视图将实体与基于域的属性组合在一个视图中。
考虑到您的要求：
我想避免在摄取 Excel 文件时出现的问题。
这是可能的，请记住 Excel 插件有自己的规则。所以 Excel 实际上变成了 MDS 的 'input form'，在这里输入和提交数据。用户将需要使用凭证管理器等设置与 MDS 的连接。
应该可以验证数据输入并给出快速反馈 给用户
这可以通过基于域的属性和业务规则轻松处理
作为 BI 开发人员，我们将尽量避免这样的解决方案 首先会涉及网络开发。 Excel-like 输入是 用户首选
请记住，MDS 插件决定了 excel sheet 的外观和感觉。无法进行定制。因此您的实体定义需要正确，以促进良好的用户体验。