在现代数据分析和报表制作中，捕捉“当下”的时间点是一项基础却极其关键的需求。无论你是需要标记数据提取的时间、计算截止日期，还是生成基于当天日期的动态报表，掌握如何在 Power Query 中获取当前日期都是一项必备技能。Power Query（也称为 Excel 中的“获取和转换数据”功能）提供了强大的 M 语言环境，让我们能够灵活地处理时间数据。
在这篇文章中，我们将深入探讨如何在 Power Query 中获取当前日期。我们不仅会学习核心的日期函数，还会通过实战场景对比“日期”与“时间戳”的区别，分享我们作为数据开发者在实际工作中遇到的常见陷阱及其解决方案，以及如何优化这些查询以提高性能。更重要的是，我们将融入 2026 年最新的“氛围编程”理念，探讨如何利用 AI 辅助工具来加速这一过程。让我们开始这段数据之旅，彻底搞定 Power Query 中的时间处理问题。
为什么获取“当前日期”并不总是那么简单？
你可能会想：“不就是获取今天的日期吗？Excel 里不是有 =TODAY() 函数吗？”你说得没错，但在 Power Query 的世界里，情况略有不同。Power Query 主要用于数据的清洗和转换（ETL 过程），它的计算逻辑有时区概念，并且区分“日期型”和“日期时间型”。
如果我们直接使用某些时间函数，可能会意外地携带不需要的时间部分（比如 00:00:00），这在后续与数据库或 Power Pivot 集成时可能会导致数据类型不匹配。因此，最稳健的方法是使用 INLINECODE33ce13e5 配合 INLINECODE134e2ade 函数。这不仅能获取准确的本地时间，还能将其格式化为纯粹的日期格式，避免后续的类型转换错误。
核心方法详解
在 Power Query 编辑器的公式栏中，获取当前日期的标准做法是使用以下公式：
= Date.From(DateTime.LocalNow())
让我们拆解一下这个公式背后的逻辑：
- INLINECODE9bc988cf：这是基础函数。它会返回你电脑当前的系统日期和时间，包括时区信息。它的返回值是 INLINECODE7dfb3f20 类型，格式类似于
2023-10-27 下午 04:30:00。 - INLINECODE2668b2c1：这是一个类型转换函数。它接收上面的 INLINECODEef2131ec 值，并“剥离”掉时间部分，只保留日期部分。它的返回值是 INLINECODEec36e2ba 类型，格式为 INLINECODE422d80a8。
这种组合方式（LocalNow + Date.From）之所以被广泛推荐，是因为它既解决了时区问题（使用了 Local 而非 Fixed UTC），又解决了数据类型纯净度问题（只返回 Date），非常适合作为筛选器或参数使用。
2026 前沿视角：AI 辅助的“氛围编程”实践
在我们深入更多 M 语言代码之前，让我们停下来思考一下 2026 年的开发环境。现在的我们不再孤单地面对编辑器。作为数据开发者，我们现在拥有 AI 结对编程伙伴（如 GitHub Copilot、Cursor 或 Windsurf）。
当我们需要编写复杂的日期逻辑时，我们不再需要背诵每一个 M 函数的参数。我们可以直接对 AI 说：“创建一个 Power Query 查询，获取当前日期，并返回本月最后一个工作日。”AI 不仅能生成代码，还能解释其逻辑。这就是所谓的 Vibe Coding（氛围编程）——意图驱动，而非语法驱动的编码方式。
实战案例：假设我们正在使用支持 AI 的 IDE，我们可以这样与 AI 交互：
- 我们的指令：“帮我写一个 Power Query 函数，计算当前日期距离季度末还有多少天。”
- AI 的响应：AI 会自动推断出需要使用
Date.EndOfQuarter并进行减法运算，甚至可能考虑到是否需要排除周末。
这种工作流极大地减少了我们在 StackOverflow 上搜索语法的时间，让我们专注于业务逻辑本身。但这并不意味着我们可以忽略基础知识。相反，理解 DateTime.LocalNow() 的底层原理能让我们更好地验证 AI 生成的代码，确保它符合我们的数据治理标准（比如隐私级别和性能考量）。
实战演练：在 Power Query 中创建当前日期查询
为了让你更直观地理解，让我们一步步在 Excel 中创建一个新的查询来获取当前日期。这不仅是一个练习，也是你未来构建动态数据模型的基石。
#### 步骤 1：启动 Power Query 编辑器
首先，我们需要进入 Power Query 的工作台。请按照以下路径操作：
- 在 Excel 中打开一个新的或现有的工作簿。
- 点击功能区上的 “数据” 选项卡。
- 选择 “获取数据” > “启动 Power Query 编辑器”。如果你使用的是较旧版本的 Excel，也可以直接选择 “其他来源” > “空白查询”，这将直接打开编辑器并创建一个空查询。
注：在 Power BI Desktop 中，你可以直接通过“转换数据”按钮进入编辑器。
#### 步骤 2：编写获取日期的公式
进入编辑器后，你会看到公式栏（如果没有显示，请勾选“视图”选项卡中的“公式栏”）。默认情况下，我们通常从一个空白查询开始。在公式栏中输入以下代码并按 Enter：
= Date.From(DateTime.LocalNow())
此时，预览窗口中将显示今天的日期。请注意左侧的“查询设置”面板中，应用的步骤显示为“源”，并且公式栏中显示的是 = Date.From(DateTime.LocalNow())。这就完成了一个最简单的日期查询！
深入探讨：企业级日期管理与时间智能
在生产环境中，仅仅获取“今天”往往是不够的。我们需要构建一个稳健的“日期表”，并且考虑到跨国业务的时间标准。
#### 处理时区与全球化数据
在现代云原生的数据架构中，数据可能存储在不同地区的服务器上（Azure SQL, Snowflake 等）。
-
DateTime.LocalNow()：使用的是你本地电脑设置的时区。这对于个人报表很方便，但在企业级自动化刷新（如 Power BI Service）时，可能会导致问题。因为 Service 上的刷新可能位于与你不同的时区。 -
DateTime.UtcNow()：返回标准的 UTC（协调世界时），不包含时区偏移量。
我们在 2026 年的最佳实践：在企业级报表中，强制使用 UTC 作为数据源和中间层的时间标准，只在最终展示层转换为用户的本地时间。这可以避免夏令时（DST）调整带来的混乱。
#### 生产级代码示例：动态日期参数表
让我们看一个更高级的例子。我们不仅要获取今天的日期，还要构建一个包含“相对日期”的参数表，供报表切片器使用。
let
// 获取基准时间（使用 UTC 以确保服务器刷新的一致性）
CurrentUTC = DateTime.UtcNow(),
CurrentDate = Date.From(CurrentUTC),
// 计算常用的相对日期
StartOfMonth = Date.StartOfMonth(CurrentDate),
EndOfMonth = Date.EndOfMonth(CurrentDate),
StartOfLastMonth = Date.StartOfMonth(Date.AddMonths(CurrentDate, -1)),
// 构建记录结构化为表，方便后续合并
SourceTable = #table(type table [Parameter=text, Value=date, Description=text], {
{"Today", CurrentDate, "当前日期 (UTC 0点)"},
{"Month Start", StartOfMonth, "本月第一天"},
{"Month End", EndOfMonth, "本月最后一天"},
{"Last Month Start", StartOfLastMonth, "上月第一天"}
})
in
SourceTable
这段代码展示了我们如何不依赖单一的值，而是生成一个配置表。这种设计模式非常适合作为 Fact 表的筛选器。
常见错误与故障排除（基于真实项目经验）
在我们维护的大型 ETL 项目中，日期问题是最隐蔽的 Bug 来源。
#### 1. 公式防火墙（隐私级别）错误
- 现象：当你试图将查询 A（包含
DateTime.LocalNow）与查询 B 进行合并或追加时，Power Query 提示隐私级别错误，涉及“动态数据源”。
- 原因：
DateTime.LocalNow()被视为一个动态数据源，因为它依赖于本地电脑的状态。Power Query 的防火墙为了防止数据泄露，会对这种“不稳定”的数据源合并操作进行限制。
- 解决方案：
1. 推荐方案：不要直接在数据清洗步骤中调用 INLINECODEa538d599。而是创建一个单独的查询（如上文的 INLINECODEd239b473），将其加载到数据模型中，然后在 DAX 中进行关联。
2. 强制方案：点击 “文件” > “选项和设置” > “查询选项”，在 “隐私” 中将级别设置为 “忽略隐私级别”（需谨慎，确保数据源可信）。
#### 2. 刷新时的“时间旅行”陷阱
- 问题：你设置了筛选器
Date >= Date.From(DateTime.LocalNow())，但当你第二天早上打开报表时，数据还是昨天的。
- 排查：这通常是因为查询被缓存，或者
DateTime.FixedLocalNow()被误用。
- 技巧：使用 Power BI 的“性能分析器”来查看刷新是否真的触发了时间函数的重新计算。在 Excel 中，确保在“数据”选项卡中点击了“全部刷新”，而不仅仅是刷新工作表公式。
性能优化与工程化建议
随着数据量的增长，代码效率至关重要。我们曾见过因为一行低效的日期代码，导致百万行数据的刷新时间增加了 50%。
#### 1. 避免逐行计算（列式计算的陷阱）
如果我们想给每一行数据打上“处理日期”的标签：
- 错误做法：在“添加自定义列”中输入
Date.From(DateTime.LocalNow())。这意味着 PQ 引擎要在每一行生成时都去调用一次系统时间。虽然现代计算机很快，但在海量数据下这是巨大的浪费。
- 正确做法：先创建一个包含当前日期的单独查询（例如命名为
CurrentDateRef）。然后在主表中，通过合并查询或者直接引用该单值查询来添加列。这样，系统时间在整个刷新周期内只被读取一次。
// 优化后的逻辑示例
let
Source = YourDataTable,
// 引用外部查询，只计算一次
ProcessDate = CurrentDateRef[Value]{0},
AddedCustom = Table.AddColumn(Source, "ProcessDate", each ProcessDate)
in
AddedCustom
#### 2. 监控与可观测性
在 2026 年，我们强调“可观测性”。如果你的数据管道突然变慢，你需要知道是不是日期逻辑出了问题。在 Power Query 中，我们可以通过记录日志来模拟这一过程。例如，将查询的开始和结束时间写入一个文本文件或数据库日志表中，包含时间戳，以便追踪性能瓶颈。
结语
在本文中，我们不仅学习了如何在 Power Query 中通过 INLINECODE53a39dcb 获取当前日期，还深入探讨了 INLINECODEd1d9245e 的特性、时区处理、常见公式防火墙错误以及性能优化策略。更重要的是，我们引入了现代 AI 辅助开发的视角，展示了如何利用“氛围编程”来提升开发效率。
掌握这些技巧，意味着你的报表将拥有真正的“动态”能力。无论你何时打开文件，数据都能自动更新到“今天”。我们鼓励你在自己的项目中尝试上述代码示例，创建属于你自己的时间参数表。数据清洗是枯燥的，但掌握了时间，你就掌握了数据流动的脉搏。结合 2026 年的 AI 工具链，你将不仅仅是数据分析师，更是高效的数据工程师。祝你的数据分析之旅愉快高效！