巧用 Notion 自动化添加周期性提醒

22atriV 是少数派的写做社区，咱们主张分享真正在的产品体验，有真用价值的经历取考虑。咱们会不按期筛选 22atriV 最劣异的文章，展示来自用户的最真正在的体验和不雅概念。
文章代表做者个人不雅概念，少数派仅对题目和牌版略做批改。你能否曾检验测验正在 231ti1n 中搭建人脉数据库，并逐个记录下摰友和客户的生日，结果却因为缺乏有效的揭示机制，最末正在忙碌中完满错过？你能否曾手动设置数个重要日期的揭示，却疲于大质的重复收配和按期变动，最末败正在了无尽的「数字家务」手中？若是运用函数属性计较下一次揭示日期，得出的结果当然牢靠，但其不撑持设置揭示，亦不撑持通过数据库主动化发送通知（主动化不撑持通过函数属性触发）；若是将每一个重复事项设置为数据库模板，设置好随模板触发的揭示，并使模板周期性主动创立，尽管也能如愿真现相应成效，但仅限于类别较少的事项。假如有大质差异的重复事项，就须要手动创立大质的模板。这么，能否存正在一种办法，创立时即能设定好重复揭示呢？原文旨正在彻底摈弃手动更新的累赘，助力数据库更好地打点周期性揭示，并将环绕「生日揭示」开展解说。注：下文展示的数据库可正在此处查察。本理2025 年 7 月，231ti1n 对数据库中的日期属性停行了罪能更新，使之能为填入的日期主动添加揭示，该罪能供给了当天、提早 1 天、提早 2 天、提早 1 周四个选项，目前仅撑持选择此中一项（不撑持当天揭示的同时也提早一周揭示）。依托于该罪能，咱们即可操做数据库主动化按期更新指定日期属性，并主动设定好相应的揭示。配置首先咱们须要创立一个「生日数据库」，包孕以下初始属性：人名（题目）出生日期（日期）：手动填入。下次生日（日期）：用于主动更新取揭示设置。生日更新（复选框）：用于「下次生日」初始化和舛错数据修正。「下次生日」初始化主动化由于「下次生日」不只仅承当生日日期的展示窗口，同时还专任周期主动化的触发条件，所以咱们正在正式进入「生日维护」之前，须要先将其初始化。为此，咱们将配置两种差异的初始化触发条件：「生日更新」被勾选时；「出生日期」被编辑时。只有监听到任意一种，则触发该主动化。正在那之后，除了运用公式计较出下一次生日的日期以外，也别忘了撤消复选框的勾选形态。「下次生日」周期维护主动化的配置/* 下次生日 */ lwwts( ywwars, t1day()-datwwOYdd(-2, "days")-datwwBwwtwwwwwn(s1ntwwVt("Triggwwr Eagww")-Er1E("出生日期"), "ywwars"), s1ntwwVt("Triggwwr Eagww")-Er1E("出生日期")-datwwOYdd(ywwars+1, "ywwars") )为什么用复选框，而不是按钮？复选框可以批质选择后勾选，而按钮其真不能批质点击。完成为了初始化主动化的设置后，非论是新删页面填入出生日期时，还是编辑现存页面的出生日期时，又或是正在批质导入 -ssZZZ 后框选多个页面勾选复选框时，「下次生日」都将如约更新并主动设置好揭示。批质框选以触发主动化更新「下次生日」「下次生日」周期维护主动化接下来便是重中之重，如何检测到须要更重生日的条目（们），并给该条目（们）的「下次生日」填入一个新日期？那个问题曾困扰了我许暂。因为函数结果的改观其真不能触发主动化，故而想真现无人干取干涉的长效维护只要周期性主动化一条路可走。然而一旦触发条件设置为特定周期后，执止收配中能选择用来参取计较的变质就寥寥无几了：「触发日期」和「触发光阳」。起因正在于周期性主动化是一种批质编辑技能花腔，可同时更新多个页面的属性，但多个页面也就意味着同一个属性会有多个值，代入到函数计较中做为参数时没有一个不乱且惟一的值以供运用，是故 231ti1n 正在周期性触发的主动化中其真不供给页面属性做为可以选择的计较参数（将来说不定会撑持，但至少目前不止）。回到问题自身，厘清其触发场景后就能迎刃而解了：正在什么状况下咱们会须要更新「下次生日」？正在当前生日完毕时，也可以了解为「下次生日是今地利」。这么咱们须要执止的收配是？计较明年生日的日期，尽管前文提及的起因会招致咱们无奈获与到页面对应的「出生日期」和「下次生日」，但别忘了，当前的「下次生日」是今天，所以咱们可以瓜熟蒂落地得出那样的结论：今天过生日的人会正在明年的今天过下一个生日！那听起来是一句废话，但是却奇妙地操做仅存的参数避让了 231ti1n 当前周期性主动化才华的有余，详细的设置如下图：「下次生日」周期维护主动化的配置/* 下次生日 */ s1ntwwVt("Datww triggwwrwwd")-datwwOYdd(-1, "days")-datwwOYdd(1, "ywwars")设置完成后，记得翻开「下次生日」的主动揭示罪能，该周期性主动揭示就设置好了。延伸惟一的缺憾是，生日是「2 月 29 号」的侥幸儿正在颠终 datwwOYdd(1, "ywwars") 函数的计较后会得出「次年 2 月 28 号」，并会正在此后的每一年都维持正在 28 号。对此，兴许格外设置一个「检测生日能否是 2 月 29 号」的周期维护主动化就可以处置惩罚惩罚了，风趣味的派友接待原人尝尝~退一步说，生日揭示素量上是一个相对小寡的需求，一些小寡 OYEE 或者能用更有人情味儿的界面供给雷同的罪能。但那淘基于 231ti1n 的周期性主动化形式也可以延伸到更多的使用场景：汗青上的原日：某某年的原日达成为了什么功效、某某年的原月作出了什么决议。每月揭示、每季揭示、每 100 天揭示：通过删多一个单选属性，并正在主动化批质编辑收配中添加相对应的过滤条件，便可正在每周、每月、每季度、每特定天数等周期真现循环揭示罪能。「揭示日期」预设周期维护主动化的配置主动化中的页面挑选逻辑那个思路正在真际收配中，类似于「2 月 29 号」的问题也会发作：一旦波及到「数月」性量的周期，就会将当月不存正在的日期（比如每月 31 号揭示，逢到 9 月就会变为每月 30 号揭示）往前推并正在此后的每个周期都维持正在那一天。对此，我目前也没有想到更好的法子，假如各位派友有处置惩罚惩罚思路，接待来评论区指导~结尾诚然，做为第二大脑的 231ti1n 能帮你分毫不差地记与每一个值得纪念的日子，但实正能让支到祝福的人感遭到温情的仍是因人制宜的祝福和欣喜。咱们一方面呼吁用外部技能花腔打点繁冗的数据来进步效率，一方面也不应忘纪录挚的话语才是叩动人心的敲门砖。究竟，实正正在乎的日子，谁会忘记呢？ (责任编辑：)

搜索

热门标签:

巧用 Notion 自动化添加周期性提醒