您可以创建提醒，以便在基于查询或与 Look 关联的信息中心图块的结果达到或超过指定阈值时，发送电子邮件或 Slack 通知。根据时序数据设置提醒不同于根据其他数据类型设置提醒。
对于时序数据，提醒条件基于对系列中特定行的比较，而不是基于完整的结果集。以这种方式处理时序数据可让用户执行额外的操作，使用其他数据类型不可用的其他提醒条件选项（例如“更改量”“增加量”和“减少量”）来比较数据系列中两行的数据。
将这些比较条件与时序数据搭配使用时，提醒查询会将最新数据行与其上一行进行比较。为了跟踪您在时序中所处的位置，以便仅根据上次运行提醒查询时不存在的数据确定提醒条件，Looker 在每次运行提醒查询时都必须保留最新的时序数据的值。
本页面介绍了在选择使用时序数据的提醒条件时需要考虑的两种重要情况：
- 提醒条件会告知 Looker 检查数据是否有更新，频率低于数据更新频率。
- 例如，时序间隔为每小时一次（数据按小时汇总），但针对每日频率设置了提醒。
-
提醒条件会告知 Looker 检查数据是否有更新，而不是更频繁地检查数据。
- 例如，时序间隔为每天一次（数据按天汇总），但针对每小时的频率设置了提醒。
理想情况下，时序的间隔和频率相同；但并非总是如此。如果 ETL 作业配置为每晚加载每小时数据，或查询由于某种原因失败，那么了解提醒查询在这些时间间隔未同步时的运作方式非常重要。
提醒检查
提醒查询会检查时序数据的最新行，以确定是否存在以下任一情况：
- 当前的时序值是否比上一次提醒检查中的最新时序值更新
- 当前时序值是该时序中最新的时序值（即使其时序值与上一次提醒检查中的时序值相同）
首次运行提醒查询时，Looker 将不再评估整个结果集。而是会将这些结果视为历史数据，仅查找在创建提醒并运行初始提醒查询后发生的变化。
案例 1：时序间隔短于频率
在此示例中，用户想要每天检查每小时销售额是否大于目标：
时间序列间隔 = 每小时 频率 = 每天
此方法涉及以超过一小时的频率检查每小时数据。提醒将检查在上一个提醒间隔内未检查的每个新时序行。如果您有每小时数据和每日提醒检查，则提醒每天检查 24 行。系统会对照指定的提醒条件对每一行进行检查，如果有任何行满足该条件，系统就会发送电子邮件。
2019 年 5 月 25 日上午 9:00 运行
| 时序值 | 衡量价值 | |
| 2019 年 5 月 25 日上午 8:00 | 200 | <提醒检查 |
| 2019 年 5 月 25 日上午 9:00 | 250 | <提醒检查 |
2019 年 5 月 25 日上午 11:00 运行
| 时序值 | 衡量价值 | |
| 2019 年 5 月 25 日上午 8:00 | 200 | |
| 2019 年 5 月 25 日上午 9:00 | 250 | < 上一条提醒 |
| 2019 年 5 月 25 日上午 10:00 | 300 | <提醒检查 |
| 2019 年 5 月 25 日上午 11:00 | 300 | <提醒检查 |
运行 2019 年 5 月 25 日中午 12:00（无新数据）
| 时序值 | 衡量价值 | |
| 2019 年 5 月 25 日上午 8:00 | 200 | |
| 2019 年 5 月 25 日上午 9:00 | 250 | |
| 2019 年 5 月 25 日上午 10:00 | 300 | < 上一条提醒 |
| 2019 年 5 月 25 日上午 11:00 | 300 | <提醒检查 |
情景 2：时序间隔长于频率
在此示例中，用户希望每小时检查今天的累计销售总额是否大于目标：
时间序列间隔 = 每天 频率 = 每小时
此方法涉及检查一天中多次按 date 汇总的数据。假设您已设置一条提醒，以便在每日销售总额等于或超过 200 时通知您。销售总额会在每次提醒检查期间不断增加，并会全天累积，因此 Looker 会根据触发上一条提醒的值不断重新检查最新的时序值。
2019 年 5 月 25 日上午 9:00 运行
| 时序值 | 衡量价值 | |
| 5/24/19 | 200 | < 上一条提醒 |
| 2019 年 5 月 25 日 | 50 | <提醒检查（无通知） |
2019 年 5 月 25 日上午 10:00 运行
| 时序值 | 衡量价值 | |
| 5/24/19 | 200 | < 上一条提醒 |
| 2019 年 5 月 25 日 | 100 | <提醒检查（无通知） |
2019 年 5 月 25 日上午 11:00 运行
| 时序值 | 衡量价值 | |
| 5/24/19 | 200 | < 上一条提醒 |
| 2019 年 5 月 25 日 | 150 | <提醒检查（无通知） |