使用报告系统作为 warehouse/mart 的源数据
using reporting system as source data for a warehouse/mart
使用报告作为仓库或其他报告的来源是一种非常糟糕的设计模式，但目前它是我们唯一的选择。我的问题是，一般来说，如果数据不能直接访问，还是只能通过报告系统访问，是停止项目更好？
详情：
我的组织中有许多支柱系统，其中包含有关客户、订单、程序等的重要运营数据
这些系统是基于云的，对数据的直接访问有限或无法直接访问，即 API 不完整并且不允许直接访问，例如 ODCB。
系统有自己的报告工具、Oracle Discoverer、Jaspersoft 和专有工具。建议定期从这些系统中提取报告，并将这些来源的数据导入数据 warehouse/mart.
由于报告通常更加流畅并且很少达成共识 format/schema，我预见到使用报告作为其数据源的任何系统都会有很多支持电话和问题。
像 PowerBI 这样的工具可以相对轻松地使用报表和其他形状奇特的数据，但我从未将其视为组织数据仓库的基础。然而正因为如此，我还不想完全排除它，并且看起来像组织中的阻碍者。
可能会有中间立场。
Oracle Discoverer 和 Jaspersoft 等报告工具通常可以导出 CSV 或 Excel 等格式的数据。
您可以像使用简单的 ETL 工具一样使用此功能，编写自定义 "reports" 实际上只是规范化数据的提取以加载到您的仓库、Azure Analysis Services 或 PowerBI 中。
使用报告作为仓库或其他报告的来源是一种非常糟糕的设计模式，但目前它是我们唯一的选择。我的问题是，一般来说，如果数据不能直接访问，还是只能通过报告系统访问，是停止项目更好？
详情： 我的组织中有许多支柱系统，其中包含有关客户、订单、程序等的重要运营数据
这些系统是基于云的，对数据的直接访问有限或无法直接访问，即 API 不完整并且不允许直接访问，例如 ODCB。
系统有自己的报告工具、Oracle Discoverer、Jaspersoft 和专有工具。建议定期从这些系统中提取报告，并将这些来源的数据导入数据 warehouse/mart.
由于报告通常更加流畅并且很少达成共识 format/schema，我预见到使用报告作为其数据源的任何系统都会有很多支持电话和问题。
像 PowerBI 这样的工具可以相对轻松地使用报表和其他形状奇特的数据，但我从未将其视为组织数据仓库的基础。然而正因为如此，我还不想完全排除它，并且看起来像组织中的阻碍者。
可能会有中间立场。
Oracle Discoverer 和 Jaspersoft 等报告工具通常可以导出 CSV 或 Excel 等格式的数据。
您可以像使用简单的 ETL 工具一样使用此功能，编写自定义 "reports" 实际上只是规范化数据的提取以加载到您的仓库、Azure Analysis Services 或 PowerBI 中。