PowerBI 使用所想

Posted on 2025-04-09 Edited on 2025-12-19 Views:

最近又回来重操 power platform 了，本来有給休暇计算整理之前用的是 power apps，但是一直没做完，终于有时间做了，却想试试其他方式，然后就用了 power BI，结果发现 power BI 的功能也很强大，尤其是数据可视化方面，真的是太好用了。
不用不知道，一用吓一跳，power BI 的数据可视化功能真的是太强大了，感觉需要很费劲才能写出来的图表，power BI 轻轻松松就能搞定，真的是太好用了。

然后引发了一些思考，这些工具到底是有什么不同的，明显感觉 bi 更现代，一查果然 power apps出现的很早，还以为故意设计的这么难用的，尤其是里面的代码编辑，bi都是直接弹窗出来编辑代码，power apps则是在一个类似地址栏高度的地方
点击箭头显示区域，为了了显示更多的代码，居然还要拖动边框，真的是太不人性化了。

一句话总结

power apps 适合做一些简单的表单的crud；
power automate 可以做一些流程，但是特别难调试；
power BI 适合做一些复杂的报表和数据可视化，不涉及改变数据源，最多是增加需要的数据；

gemini 2.5 Pro

好的，我们来梳理一下微软在数据分析、低代码应用和协作领域相关重要产品的发展路线图，重点关注你提到的 Power Platform 组件及其相关技术：

核心理念演进: 从独立的桌面工具/服务器产品 -> 云服务集成 -> 低代码/无代码平台 -> 统一的数据与分析平台。

发展路线图：从孤立工具到统一平台

阶段一：奠基与早期探索 (21世纪初 - 约 2010年)

主角: SharePoint, Excel, Dynamics (早期版本)

SharePoint (2001+): 作为内部协作和文档管理平台出现 (SharePoint Portal Server 2001)。核心是团队网站、文档库、列表。主要面向内部员工，提供 Intranet 和基本的协作功能。

Excel: 强大的电子表格软件，但数据处理和可视化能力相对有限，主要依赖 VLOOKUP、数据透视表等。

Dynamics (CRM, AX, NAV等): 作为独立的业务应用程序 (ERP/CRM) 存在，通常是本地部署 (On-Premise)，解决特定的业务流程问题。

阶段二：数据能力的萌芽 (约 2010 - 2014年)

主角: Excel "Power" 插件

背景: 意识到 Excel 在数据分析方面的潜力与局限，微软开始为其开发强大的数据处理插件。

Power Query (约 2010, 代号 "Data Explorer"): 诞生，作为 Excel 插件，专注于数据获取和转换 (ETL)。

Power Pivot (约 2010): 诞生，作为 Excel 插件，引入内存数据引擎 (VertiPaq) 和 DAX 语言，实现强大的数据建模和计算能力。

Power View & Power Map (约 2012-2013): 作为 Excel 插件，提供交互式数据可视化能力。

关键点: 这些强大的 BI 能力最初是寄生于 Excel 之中的，为 Power BI 的独立打下了基础。

阶段三：云优先与 Power Platform 的诞生 (约 2015 - 2018年)

主角: Power BI (独立), Power Apps, Microsoft Flow (Power Automate), Common Data Service (Dataverse), Dynamics 365

Power BI (2015年7月): 里程碑事件！ 微软整合 Excel Power 插件技术，发布了独立的 Power BI 服务 (SaaS) 和 Power BI Desktop。目标是成为领先的商业智能和数据可视化平台。与 Excel 插件解耦，独立快速迭代。

Dynamics 365 (2016): 微软整合其 CRM 和 ERP 云产品线，统一品牌为 Dynamics 365。关键: 它开始基于一个统一的数据平台构建。

Microsoft Flow (2016, 后更名 Power Automate): 作为云端工作流自动化服务推出，用于连接不同的应用和服务 (如 Office 365, Dynamics 365, Twitter 等)。

Power Apps (2016): 作为低代码应用开发平台推出，最初主要侧重于 Canvas Apps (画布应用)，允许用户拖放控件创建自定义 UI，连接各种数据源。

Common Data Service (CDS, 约 2016, 后更名 Dataverse): 作为 Power Apps 和 Dynamics 365 的底层数据平台出现，提供结构化的数据存储、业务逻辑和安全模型。Model-driven Apps (模型驱动应用) 的概念也随之出现，其界面由 CDS 中的数据模型驱动生成，与 Dynamics 365 关系密切。

关键点: Power BI 独立发展；Power Apps 和 Flow 出现，开始形成低代码平台的雏形；CDS 成为关键的底层数据支柱。

阶段四：Power Platform 整合与扩展 (约 2019 - 2021年)

主角: Power Platform (统一品牌), Power Apps Portals, Power Virtual Agents, Dataverse

Power Platform 品牌确立: 微软正式将 Power BI, Power Apps, Power Automate 整合在 Power Platform 品牌下，并加入 Power Virtual Agents (低代码聊天机器人, 约 2019)。强调它们之间的协同效应。

Common Data Service 更名为 Dataverse (2020): 强化其作为核心数据平台的重要性。

Power Apps Portals (约 2019 GA): 作为 Power Apps 的一项功能推出，允许基于 Dataverse 构建面向外部用户的安全门户网站 (前身是 Dynamics 365 Portals / Adxstudio Portals)。解决了 SharePoint 在外部数据交互上的不足。

深度集成: Power Platform 组件之间以及与 Microsoft 365 (原 Office 365)、Dynamics 365、Azure 的集成不断深化。

阶段五：走向统一分析与精细化定位 (2022年 - 至今)

主角: Power Pages, Microsoft Fabric

Power Pages (2022): 里程碑事件！ Power Apps Portals 被独立出来并重新品牌化为 Power Pages。这标志着微软将其定位为一个专门的、面向外部网站构建的低代码平台，与主要面向内部应用的 Power Apps 区分开。

Microsoft Fabric (2023): 重大战略发布！ 微软推出 Fabric，一个统一的端到端分析平台 (SaaS)。它整合了 Data Factory (数据集成), Synapse Data Engineering (Spark), Synapse Data Science (ML), Synapse Data Warehousing (SQL), Synapse Real-Time Analytics, 以及 Power BI 到一个统一的产品中。

Power BI 成为 Fabric 的核心体验: Power BI 没有消失，而是作为 Fabric 的商业智能体验层深度集成，并受益于 Fabric 的统一存储 (OneLake) 和新功能 (如 Direct Lake 模式)。

OneLake: Fabric 的核心是 OneLake，一个租户级别的逻辑数据湖，旨在消除数据孤岛。

关键点: Power Pages 独立，明确了外部网站构建的定位；Fabric 的推出标志着微软试图统一其所有数据和分析工具，Power BI 成为这个更大版图中的关键部分。SharePoint 则继续专注于其内部协作和内容管理的核心优势。

总结路线:

基础: SharePoint (内部协作), Excel (数据处理), Dynamics (业务应用)。

萌芽: Excel Power 插件 (BI 能力)。

诞生: Power BI 独立，Power Apps & Flow (Power Automate) 出现，CDS (Dataverse) 作为底层数据平台。

整合: Power Platform 品牌形成，加入 PVA，Portals 扩展能力。

分化与统一: Power Pages 独立 (专注外部网站)，Fabric 推出 (统一所有数据分析工具，Power BI 成为核心体验)。

这条路线清晰地展示了微软如何从提供零散的工具，逐步发展到构建一个集成化的低代码平台 (Power Platform)，最终迈向一个统一的端到端数据与分析平台 (Fabric)，同时不断细化各产品的定位以满足不同场景的需求 (如 Power Apps vs. Power Pages)。

好的，我们来梳理一下微软在数据分析、低代码应用和协作领域相关重要产品的发展路线图，重点关注你提到的 Power Platform 组件及其相关技术：

**核心理念演进:** 从独立的桌面工具/服务器产品 -> 云服务集成 -> 低代码/无代码平台 -> 统一的数据与分析平台。

---

**发展路线图：从孤立工具到统一平台**

**阶段一：奠基与早期探索 (21世纪初 - 约 2010年)**

*   **主角:** SharePoint, Excel, Dynamics (早期版本)
*   **SharePoint (2001+)**: 作为**内部协作和文档管理**平台出现 (SharePoint Portal Server 2001)。核心是团队网站、文档库、列表。主要面向**内部员工**，提供 Intranet 和基本的协作功能。
*   **Excel**: 强大的电子表格软件，但数据处理和可视化能力相对有限，主要依赖 VLOOKUP、数据透视表等。
*   **Dynamics (CRM, AX, NAV等)**: 作为独立的**业务应用程序 (ERP/CRM)** 存在，通常是本地部署 (On-Premise)，解决特定的业务流程问题。

**阶段二：数据能力的萌芽 (约 2010 - 2014年)**

*   **主角:** Excel "Power" 插件
*   **背景:** 意识到 Excel 在数据分析方面的潜力与局限，微软开始为其开发强大的数据处理插件。
*   **Power Query (约 2010, 代号 "Data Explorer")**: 诞生，作为 Excel 插件，专注于**数据获取和转换 (ETL)**。
*   **Power Pivot (约 2010)**: 诞生，作为 Excel 插件，引入内存数据引擎 (VertiPaq) 和 **DAX 语言**，实现强大的**数据建模和计算**能力。
*   **Power View & Power Map (约 2012-2013)**: 作为 Excel 插件，提供交互式**数据可视化**能力。
*   **关键点:** 这些强大的 BI 能力最初是**寄生于 Excel** 之中的，为 Power BI 的独立打下了基础。

**阶段三：云优先与 Power Platform 的诞生 (约 2015 - 2018年)**

*   **主角:** Power BI (独立), Power Apps, Microsoft Flow (Power Automate), Common Data Service (Dataverse), Dynamics 365
*   **Power BI (2015年7月)**: **里程碑事件！** 微软整合 Excel Power 插件技术，发布了**独立的 Power BI 服务 (SaaS) 和 Power BI Desktop**。目标是成为领先的商业智能和数据可视化平台。与 Excel 插件解耦，独立快速迭代。
*   **Dynamics 365 (2016)**: 微软整合其 CRM 和 ERP 云产品线，统一品牌为 Dynamics 365。**关键:** 它开始基于一个统一的数据平台构建。
*   **Microsoft Flow (2016, 后更名 Power Automate)**: 作为云端**工作流自动化**服务推出，用于连接不同的应用和服务 (如 Office 365, Dynamics 365, Twitter 等)。
*   **Power Apps (2016)**: 作为**低代码应用开发平台**推出，最初主要侧重于 **Canvas Apps (画布应用)**，允许用户拖放控件创建自定义 UI，连接各种数据源。
*   **Common Data Service (CDS, 约 2016, 后更名 Dataverse)**: 作为 Power Apps 和 Dynamics 365 的**底层数据平台**出现，提供结构化的数据存储、业务逻辑和安全模型。**Model-driven Apps (模型驱动应用)** 的概念也随之出现，其界面由 CDS 中的数据模型驱动生成，与 Dynamics 365 关系密切。
*   **关键点:** Power BI 独立发展；Power Apps 和 Flow 出现，开始形成低代码平台的雏形；CDS 成为关键的底层数据支柱。

**阶段四：Power Platform 整合与扩展 (约 2019 - 2021年)**

*   **主角:** Power Platform (统一品牌), Power Apps Portals, Power Virtual Agents, Dataverse
*   **Power Platform 品牌确立**: 微软正式将 Power BI, Power Apps, Power Automate 整合在 **Power Platform** 品牌下，并加入 **Power Virtual Agents** (低代码聊天机器人, 约 2019)。强调它们之间的协同效应。
*   **Common Data Service 更名为 Dataverse (2020)**: 强化其作为核心数据平台的重要性。
*   **Power Apps Portals (约 2019 GA)**: 作为 Power Apps 的一项功能推出，允许基于 Dataverse 构建**面向外部用户**的安全门户网站 (前身是 Dynamics 365 Portals / Adxstudio Portals)。解决了 SharePoint 在外部数据交互上的不足。
*   **深度集成**: Power Platform 组件之间以及与 Microsoft 365 (原 Office 365)、Dynamics 365、Azure 的集成不断深化。

**阶段五：走向统一分析与精细化定位 (2022年 - 至今)**

*   **主角:** Power Pages, Microsoft Fabric
*   **Power Pages (2022)**: **里程碑事件！** Power Apps Portals 被**独立出来并重新品牌化为 Power Pages**。这标志着微软将其定位为一个专门的、面向**外部网站构建**的低代码平台，与主要面向内部应用的 Power Apps 区分开。
*   **Microsoft Fabric (2023)**: **重大战略发布！** 微软推出 **Fabric**，一个**统一的端到端分析平台 (SaaS)**。它整合了 Data Factory (数据集成), Synapse Data Engineering (Spark), Synapse Data Science (ML), Synapse Data Warehousing (SQL), Synapse Real-Time Analytics, **以及 Power BI** 到一个统一的产品中。
    *   **Power BI 成为 Fabric 的核心体验**: Power BI 没有消失，而是作为 Fabric 的**商业智能体验层**深度集成，并受益于 Fabric 的统一存储 (OneLake) 和新功能 (如 Direct Lake 模式)。
    *   **OneLake**: Fabric 的核心是 OneLake，一个租户级别的逻辑数据湖，旨在消除数据孤岛。
*   **关键点:** Power Pages 独立，明确了外部网站构建的定位；Fabric 的推出标志着微软试图统一其所有数据和分析工具，Power BI 成为这个更大版图中的关键部分。SharePoint 则继续专注于其内部协作和内容管理的核心优势。

---

**总结路线:**

1.  **基础:** SharePoint (内部协作), Excel (数据处理), Dynamics (业务应用)。
2.  **萌芽:** Excel Power 插件 (BI 能力)。
3.  **诞生:** Power BI 独立，Power Apps & Flow (Power Automate) 出现，CDS (Dataverse) 作为底层数据平台。
4.  **整合:** Power Platform 品牌形成，加入 PVA，Portals 扩展能力。
5.  **分化与统一:** Power Pages 独立 (专注外部网站)，Fabric 推出 (统一所有数据分析工具，Power BI 成为核心体验)。



这条路线清晰地展示了微软如何从提供零散的工具，逐步发展到构建一个集成化的低代码平台 (Power Platform)，最终迈向一个统一的端到端数据与分析平台 (Fabric)，同时不断细化各产品的定位以满足不同场景的需求 (如 Power Apps vs. Power Pages)。